默认
打赏 发表评论 3
想开发IM:买成品怕坑?租第3方怕贵?找开源自已撸?尽量别走弯路了... 找站长给点建议
即时通讯等通信软件的网络协议和端口收集整理
阅读(58822) | 评论(3 收藏1 淘帖
微信扫一扫关注!

前言


了解主流的即时通讯(IM聊天)、文件传输等网络通信软件的协议、端口情况,有助于在开发类似软件时,为网络协议的选型等方面提供一定的技术参考。也可以作为一些会议、论文、讨论等场合下的引用和参考。

即时通讯(IM聊天工具)类


1、腾讯QQ通讯协议及端口范围
QQ 默认采用UDP 通讯方式,端口8000,8001。如果UDP 的两个端口不通,会自动转换到TCP 80端口或者TCP 443端口进行通讯。QQ 同时也支持HTTP 代理模式及SOCK5 代理模式。

2、MSN通讯协议及端口范围
MSN(Live)messenger 采用TCP 通讯方式,支持1863 端口和80 端口,并在登录过程中使用HTTPS,端口443。MSN 支持代理服务器(HTTP 代理,SOCK4/SOCK5 代理)。

3、雅虎通通讯协议及端口范围
雅虎通采用TCP 通讯方式,默认端口5050,当5050 端口不通时会自动转换为23、21、25、110 等十几个端口。Yahoo! 支持代理服务器模式。

4、AIM,ICQ通讯协议及端口范围
ICQ 和AIM 采用TCP 通讯方式,默认端口5190,也会自动转换到80,443 等其他端口,并且支持代理模式。从AIM6.5版起,开始采用TLS加密协议。

5、新浪UC通讯协议及端口范围
新浪UC 默认采用UDP 和TCP 通讯方式,UDP 端口3001-3004,UDP端口主要参与登陆过程,在聊天室中聊天视频,主要是TCP。新浪UC 同时也支持HTTP 代理模式及SOCK5 代理模式等。

6、网易泡泡通讯协议及端口范围
网易泡泡POPO 默认采用TCP 通讯方式,通讯端口为HTTPS 443。如果443 的端口不通,会自动转换到HTTP 80 端口进行通讯。 网易泡泡POPO 支持HTTP 代理,SOCK5 代理。

7、贸易通,淘宝旺旺通讯协议及端口范围
阿里巴巴贸易通采用TCP 通讯方式,默认登录端口为16000,当16000 端口不通时,则跳转到443 端口进行通讯。阿里巴巴贸易通支持SOCK4、SOCK5 和HTTP 代理服务器模式登录。

8、Skype通讯协议及端口范围
Skype 采用TCP 方式和 UDP 方式进行通讯,端口在通讯过程中协商而定。将点对点技术运用到网路语音通话与即时讯息应用层面上。

9、飞鸽传书通讯协议及端口范围
飞鸽传书采用TCP 方式(文件传输)和UDP 方式(即时聊天)通讯,TCP 和UDP 默认通讯端口都为:2425。

10、百度Hi通讯协议及端口范围
百度Hi 采用TCP 方式和UDP 方式通讯,TCP 默认通讯端口:1863,UDP 端口在通讯过程中协商而定。

11、移动飞信通讯协议及端口范围
移动飞信默认采用TLS 方式加密登录的。同时也支持HTTP 代理模式及SOCK5 代理模式,使用TCP 80、443、8080端口通讯。

文件传输类


1、QQ文件传输通讯协议及端口范围
QQ 文件传输TCP 方式,通讯端口443(HTTPS)。QQ 文件传输UDP 方式,一般是在TCP 方式受阻时,容易出现。具体端口由通讯时协商确定。

2、QQ群共享及网盘通讯协议及端口范围
QQ 群共享里面的文件上下传、网络硬盘文件上下传均为TCP 方式,群共享默认端口9910,封堵后自动转换到80 端口。网盘默认端口443。

3、AIM,ICQ文件传输通讯协议及端口范围
AIM/ICQ 的文件传输采用TCP 方式传输,端口、IP 由双方协商确定,可以在同一个链接内传输多个文件。AIM/ICQ 可以通过代理服务器传输文件。

4、MSN文件传输通讯协议及端口范围
MSN TCP 方式,端口由双方协商确定。即使文件已经传完,此连接也不断开,一直维持到退出MSNFTPTCP 程序。如果有新文件需要传输,直接通过此连接进行通讯。MSN UDP方式,通讯端口由双方协商确定,采用MSNSLP 握手协议。一旦UDP 通讯成功后,该端口的通讯一直存在到退出MSN 应用程序。如果有新的文件传输,也直接在该端口进行通讯。

5、雅虎通文件传输通讯协议及端口范围
YAHOOFTP 采用HTTP 方式通讯。同时也支持HTTP 代理模式及SOCK5 代理模式。

6、贸易通,淘宝旺旺文件传输通讯协议及端口范围
贸易通文件传输采用TCP方式 和UDP方式进行通讯,默认TCP 通讯端口为:16000,18386,默认UDP通讯端口为:18386。

7、飞信文件传输通讯协议及端口范围
飞信文件传输采用HTTP方式进行文件的传输,默认端口为:80。

流媒体和在线视频类


1、RTSP、RealPlayer、Windows Media、Livestation通讯协议及端口范围
RTSP 采用TCP 和 UDP进行通讯,默认为554 端口,当554 端口不通时转换到其他端口通讯(如80端口)。

2、FreeCast通讯协议及端口范围
FreeCast 的Audio 采用TCP 通讯方式,默认登录端口为TCP 1666,当TCP 1666 端口不通时,则连接音频服务器失败。FreeCast 的Video 采用UDP 通讯方式,默认登录端口为UDP 3478,当UDP 3478 端口不通时,则连接视频服务器失败。

3、PPLive通讯协议及端口范围
PPLive 采用TCP 和UDP 方式通讯,TCP 方式用来获取频道列表,TCP 端口在通讯过程中协商而定;UDP 方式用来获取流媒体资源。默认UDP 通讯端口:7100,7101,8000。

4、QQLive通讯协议及端口范围
QQLive 采用TCP 方式通讯,TCP 和UDP 默认通讯端口为:8000,同时也支持HTTP 代理模式及SOCK5 代理模式。

5、PPS网络电视(PPStream)通讯协议及端口范围
PPS网络电视(PPStream)默认采用TCP 方式和UDP 方式通讯,TCP 端口在通讯过程中协商而定,UDP默认端口:7201,8000,8400-8401,17788。

6、Tvuplayer,PPMate通讯协议及端口范围
TVUPlayer 采用 UDP 方式和TCP 方式通讯,其中UDP 默认通讯端口为:80,3902,3951 和3952,TCP 默认通讯端口为:3950。

7、电视蚂蚁通讯协议及端口范围
电视蚂蚁采用TCP 方式和UDP 方式通讯,TCP 和UDP 默认端口都为16600 和16800,其中UDP 是用来寻找频道列表的。

8、快播通讯协议及端口范围
快播采用 TCP方式 和 UDP 方式进行通讯,TCP 和UDP 端口在通讯过程中协商而定,它同时支持BT 协议。

9、沸点网络电视通讯协议及端口范围
沸点网络电视采用TCP 方式进行网络连接,,默认UDP 端口在通讯过程中协商而定,UDP 方式和HTTP 方式进行数据传输,默认UDP 端口为:53124-53129。

10、UUSee网络电视通讯协议及端口范围
UUsee网络电视采用TCP 方式以及HTTP 方式进行数据传输,默认TCP 端口为:443-444。

11、九品网络电视通讯协议及端口范围
九品网络电视采用TCP 方式进行通讯,而且支持其他网络电视,如pplive,ppstream等等,默认TCP 端口在通讯过程中协商而定。

12、iTunes通讯协议及端口范围
iTunes 采用HTTP 方式和HTTPS 方式连接服务器,TCP 方式进行数据传输,默认TCP 端口在通讯过程中协商而定。

13、暴风影音通讯协议及端口范围
暴风影音采用P2P的方式进行通讯,播放过程中会占用大量的带宽资源。TCP和UDP的通讯同时存在,且没有固定端口。

14、酷狗音乐通讯协议及端口范围
酷狗音乐采用UDP 方式获取列表和资源,端口不固定。

15、风行通讯协议及端口范围
通讯方式有TCP和UDP,不支持代理服务器。UDP通讯端口不固定,通常使用8000、8080进行通讯。在所有Windows操作系统上均可支持NAT,自动完成uPnP端口映射

16、迅雷看看通讯协议及端口范围
迅雷看看是一款基于P2P Streaming技术的播放插件,使用迅雷下载协议。支持HTTP 连接、FTP 连接、MMS 连接、RTSP 连接以及其他代理模式。下载资源默认利用HTTP 进行多点资源(即候选资源)地连接,通讯端口不固定,UDP 端口:4000、8000、8888等。

17、皮皮播放器通讯协议及端口范围
支持P2P与P2SP(HTTP)的混合技术。优化了P2P请求算法,缩短缓冲时长,默认采用TCP 方式和UDP 方式通讯,TCP 端口在通讯过程中协商而定,UDP传输协议及流量控制策略,其下载时UDP端口不固定。同时也支持HTTP 代理模式及SOCK5 代理模式。

P2P软件类


1、BT下载通讯协议及端口范围
BT 采用TCP 通讯方式,并伴随大量UDP通讯(搜索可用资源),一旦Bittorrent Handshake 成功,就开始大量数据传输。TCP连接默认端口为:6881-6889,6969,8080等。当端口不通时会跳转到Http 80 端口。要完全禁止BT下载您还需要在路由器上禁止UDP端口1024-65534。(注:HTTP 80为上网浏览必须的端口)

2、迅雷,快车,QQ旋风多点下载通讯协议及端口范围
迅雷支持HTTP 连接、FTP 连接、MMS 连接、RTSP 连接以及其他代理模式。迅雷查询和下载资源默认利用HTTP 进行多点资源(即候选资源)地连接,通讯端口不固定。迅雷的雷区注册和登录使用的是TCP 5200 和6200 端口。 UDP端口:8000,10002,10022-10024。

3、电驴,电骡通讯协议及端口范围
电骡采用TCP 和UDP 通讯方式,连接的网络:eD2K 和 Kad。登陆时默认连接4242 端口服务器,当4242端口服务器不通时,转换到其他端口(4099、4662、4672……)服务器。当eDonkey TCP 成功连接后,便开始传输数据。如果TCP受阻,会采用UDP方式传输数据,默认端口为:4672 和 12155。电骡支持SOCK4、SOCK4a、SOCK5 和HTTP1.1 代理。

4、Poco通讯协议及端口范围
POCO 采用TCP 方式和UDP 方式通讯,其中TCP 方式的默认端口为:8093。UDP 方式的默认端口为:5566 ,9110 和 8000-10000。

5、脱兔下载通讯协议及端口范围
脱兔采用 TCP 方式和UDP方式通讯,TCP 通讯端口常有4662 等,UDP通讯端口为:4600-4800。并支持BT协议,可连接的网络有:eD2K 和 Kad 。

6、百兆BOX通讯协议及端口范围
百兆P2P 主要采用UDP 方式通讯,默认登录端口为UDP 6600,当UDP 6600 端口不通时,则连接不到网络。资源下载通过UDP 端口:9000,5911,9001,1599。

7、百度下吧通讯协议及端口范围
百度下吧采用HTTP 方式和 UDP方式通讯,并伴有UDP 通讯,其中UDP 常见端口有:11111等。

全站即时通讯技术资料分类


[1] 网络编程基础资料:
TCP/IP详解 - 第11章·UDP:用户数据报协议
TCP/IP详解 - 第17章·TCP:传输控制协议
TCP/IP详解 - 第18章·TCP连接的建立与终止
TCP/IP详解 - 第21章·TCP的超时与重传
理论经典:TCP协议的3次握手与4次挥手过程详解
理论联系实际:Wireshark抓包分析TCP 3次握手、4次挥手过程
计算机网络通讯协议关系图(中文珍藏版)
NAT详解:基本原理、穿越技术(P2P打洞)、端口老化等
UDP中一个包的大小最大能多大?
Java新一代网络编程模型AIO原理及Linux系统AIO介绍
NIO框架入门(三):iOS与MINA2、Netty4的跨平台UDP双向通信实战
NIO框架入门(四):Android与MINA2、Netty4的跨平台UDP双向通信实战
>> 更多同类文章 ……

[2] 有关IM/推送的通信格式、协议的选择:
为什么QQ用的是UDP协议而不是TCP协议?
移动端即时通讯协议选择:UDP还是TCP?
如何选择即时通讯应用的数据传输格式
强列建议将Protobuf作为你的即时通讯应用数据传输格式
移动端IM开发需要面对的技术问题(含通信协议选择)
简述移动端IM开发的那些坑:架构设计、通信协议和客户端
理论联系实际:一套典型的IM通信协议设计详解
58到家实时消息系统的协议设计等技术实践分享
>> 更多同类文章 ……

[3] 有关IM/推送的心跳保活处理:
Android进程保活详解:一篇文章解决你的所有疑问
Android端消息推送总结:实现原理、心跳保活、遇到的问题等
为何基于TCP协议的移动端IM仍然需要心跳保活机制?
微信团队原创分享:Android版微信后台保活实战分享(进程保活篇)
微信团队原创分享:Android版微信后台保活实战分享(网络保活篇)
移动端IM实践:实现Android版微信的智能心跳机制
移动端IM实践:WhatsApp、Line、微信的心跳策略分析
>> 更多同类文章 ……

[4] 有关WEB端即时通讯开发:
新手入门贴:史上最全Web端即时通讯技术原理详解
Web端即时通讯技术盘点:短轮询、Comet、Websocket、SSE
SSE技术详解:一种全新的HTML5服务器推送事件技术
Comet技术详解:基于HTTP长连接的Web端实时通信技术
WebSocket详解(一):初步认识WebSocket技术
socket.io实现消息推送的一点实践及思路
>> 更多同类文章 ……

[5] 有关IM架构设计:
浅谈IM系统的架构设计
简述移动端IM开发的那些坑:架构设计、通信协议和客户端
一套原创分布式即时通讯(IM)系统理论架构方案
从零到卓越:京东客服即时通讯系统的技术架构演进历程
蘑菇街即时通讯/IM服务器开发之架构选择
腾讯QQ1.4亿在线用户的技术挑战和架构演进之路PPT
微信技术总监谈架构:微信之道——大道至简(演讲全文)
如何解读《微信技术总监谈架构:微信之道——大道至简》
快速裂变:见证微信强大后台架构从0到1的演进历程(一)
17年的实践:腾讯海量产品的技术方法论
>> 更多同类文章 ……

[6] 有关IM安全的文章:
即时通讯安全篇(一):正确地理解和使用Android端加密算法
即时通讯安全篇(二):探讨组合加密算法在IM中的应用
即时通讯安全篇(三):常用加解密算法与通讯安全讲解
即时通讯安全篇(四):实例分析Android中密钥硬编码的风险
传输层安全协议SSL/TLS的Java平台实现简介和Demo演示
理论联系实际:一套典型的IM通信协议设计详解(含安全层设计)
微信新一代通信安全解决方案:基于TLS1.3的MMTLS详解
来自阿里OpenIM:打造安全可靠即时通讯服务的技术实践分享
>> 更多同类文章 ……

[7] 有关实时音视频开发:
即时通讯音视频开发(一):视频编解码之理论概述
即时通讯音视频开发(二):视频编解码之数字视频介绍
即时通讯音视频开发(三):视频编解码之编码基础
即时通讯音视频开发(四):视频编解码之预测技术介绍
即时通讯音视频开发(五):认识主流视频编码技术H.264
即时通讯音视频开发(六):如何开始音频编解码技术的学习
即时通讯音视频开发(七):音频基础及编码原理入门
即时通讯音视频开发(八):常见的实时语音通讯编码标准
即时通讯音视频开发(九):实时语音通讯的回音及回音消除概述
即时通讯音视频开发(十):实时语音通讯的回音消除技术详解
即时通讯音视频开发(十一):实时语音通讯丢包补偿技术详解
即时通讯音视频开发(十二):多人实时音视频聊天架构探讨
即时通讯音视频开发(十三):实时视频编码H.264的特点与优势
即时通讯音视频开发(十四):实时音视频数据传输协议介绍
即时通讯音视频开发(十五):聊聊P2P与实时音视频的应用情况
即时通讯音视频开发(十六):移动端实时音视频开发的几个建议
即时通讯音视频开发(十七):视频编码H.264、V8的前世今生
简述开源实时音视频技术WebRTC的优缺点
良心分享:WebRTC 零基础开发者教程(中文)
>> 更多同类文章 ……

[8] IM开发综合文章:
移动端IM开发需要面对的技术问题
开发IM是自己设计协议用字节流好还是字符流好?
请问有人知道语音留言聊天的主流实现方式吗?
IM系统中如何保证消息的可靠投递(即QoS机制)
谈谈移动端 IM 开发中登录请求的优化
完全自已开发的IM该如何设计“失败重试”机制?
微信对网络影响的技术试验及分析(论文全文)
即时通讯系统的原理、技术和应用(技术论文)
开源IM工程“蘑菇街TeamTalk”的现状:一场有始无终的开源秀
>> 更多同类文章 ……

[9] 开源移动端IM技术框架资料:
开源移动端IM技术框架MobileIMSDK:快速入门
开源移动端IM技术框架MobileIMSDK:常见问题解答
开源移动端IM技术框架MobileIMSDK:压力测试报告
开源移动端IM技术框架MobileIMSDK:Android版Demo使用帮助
开源移动端IM技术框架MobileIMSDK:Java版Demo使用帮助
开源移动端IM技术框架MobileIMSDK:iOS版Demo使用帮助
开源移动端IM技术框架MobileIMSDK:Android客户端开发指南
开源移动端IM技术框架MobileIMSDK:Java客户端开发指南
开源移动端IM技术框架MobileIMSDK:iOS客户端开发指南
开源移动端IM技术框架MobileIMSDK:Server端开发指南
>> 更多同类文章 ……

[10] 有关推送技术的文章:
iOS的推送服务APNs详解:设计思路、技术原理及缺陷等
Android端消息推送总结:实现原理、心跳保活、遇到的问题等
扫盲贴:认识MQTT通信协议
一个基于MQTT通信协议的完整Android推送Demo
求教android消息推送:GCM、XMPP、MQTT三种方案的优劣
移动端实时消息推送技术浅析
扫盲贴:浅谈iOS和Android后台实时消息推送的原理和区别
绝对干货:基于Netty实现海量接入的推送服务技术要点
移动端IM实践:谷歌消息推送服务(GCM)研究(来自微信)
为何微信、QQ这样的IM工具不使用GCM服务推送消息?
>> 更多同类文章 ……

[11] 更多即时通讯技术好文分类:
http://www.52im.net/forum.php?mod=collection&op=all

(原文链接:http://www.cnblogs.com/maowang1991/p/3572327.html

即时通讯网 - 即时通讯开发者社区! 来源: - 即时通讯开发者社区!

上一篇:《TCP/IP详解》学习笔记(八):DNS 域名系统下一篇:理论经典:TCP协议的3次握手与4次挥手过程详解
推荐方案
评论 3
整的这么全,很不错,楼主+1
很不错
谢谢分享
签名: 心情好
打赏楼主 ×
使用微信打赏! 使用支付宝打赏!

返回顶部