可用分押宝游戏火热进行中...	专题改版：Java Web 专题

1000分求在不同lan中通过internet相互通讯(如OICQ)的实现例子

楼主cjf0426（cjf0426）2004-08-02 17:39:14 在 Delphi / 网络通信/分布式开发提问

我现在使用indy的UDP只能做到至少有一方拥有公网IP才能通讯

还试过建一个公网服务器S，在不同局域网中客户A和客户B分别向S发送信息
S分别与A和B通讯都正常
然后S把B的IP和端口（ABinding.PeerIP, ABinding.PeerPort）告诉A，让A直接发信息给B，结果失败

不知道应该怎么做了，怎样才能做到和QQ或Msn一样呢？

恳求谁能给出完整的delphi例子

我的QQ是:28201187
e-mail:cjf0426@21cn.com

我现在一次最多只能送100分，能帮我解决问题的，我开10贴送分
谢谢大家问题点数：100、回复次数：35Top

1 楼jinjazz（近身剪）回复于 2004-08-02 17:45:06 得分 3

很有诱惑力Top

2 楼qiujsh（www.chinascsoft.com）回复于 2004-08-02 17:53:18 得分 3

upTop

3 楼wxjh（农民）回复于 2004-08-02 22:26:46 得分 3

vpn映射Top

4 楼root3646（游牧人(虫子)）回复于 2004-08-02 22:47:57 得分 3

顶！Top

5 楼btboy2004（笨笨）回复于 2004-08-03 03:03:44 得分 3

从TCP/IP的通讯原理上说，两个内网IP不可能直接用TCP或UDP通讯，接受连接的一方必须有外网地址，或用静态端口映射实现。Top

6 楼linzhengqun（风。我回来了）回复于 2004-08-03 03:08:21 得分 3

流口水，不是为了分啦，而是为了某人也许知道，也许有代码。
技术高于一切Top

7 楼longtusoft（神灯之主）回复于 2004-08-03 07:43:08 得分 3

还试过建一个公网服务器S，在不同局域网中客户A和客户B分别向S发送信息
S分别与A和B通讯都正常
然后S把B的IP和端口（ABinding.PeerIP, ABinding.PeerPort）告诉A，让A直接发信息给B，结果失败
A和S的区别在哪里? 是不是端口映射的不正确?Top

8 楼einsteincao（至尊宝！pig难过恐龙关）回复于 2004-08-03 08:42:08 得分 3

QQ那么简单吗？

它通过了腾讯得中央服务器的...Top

9 楼cjf0426（cjf0426）回复于 2004-08-03 08:48:12 得分 0

to longtusoft(神灯之主)

A和S的区别在A是在局域网内无外部公网IP，S是直接拨号上网，有公网IP

to einsteincao(至尊宝)
照你这么说那QQ的点对点文件发送功能是不是也通过腾讯的中央服务器啊？
那样的话服务器的压力也太大了吧，好象不太可能！
Top

10 楼GoldShield（李柏岑）回复于 2004-08-03 09:14:35 得分 3

帮你顶一下Top

11 楼zhangheaaa（无相）回复于 2004-08-03 09:20:57 得分 3

从TCP/IP的通讯原理上说，两个内网IP不可能直接用TCP或UDP通讯，接受连接的一方必须有外网地址，或用静态端口映射实现。

同意，估计应该使用服务器转发来实现，

至于压力，完全可以采用多服务器，平衡负载的方法来解决。Top

12 楼cjf0426（cjf0426）回复于 2004-08-03 09:32:33 得分 0

谢谢各位的支持相助
我的网络知识实在很贫乏
不过我想既然服务器S能够直接发送给局域网中客户A，应该至少证明S和A已经形成一个交流的“通道”了，那么理论上客户B也应该能使用这条“通道”的呀？！
我在网上找了许多“UDP穿透NAT”、“P2P”等等的文章，但提到这一层就模糊不清，甚至有人说要修改IP包，真的没办法了吗？
Top

13 楼aiirii（ari-http://spaces.msn.com/members/aiirii/）回复于 2004-08-03 10:01:13 得分 10

http://community.csdn.net/expert/topicview.asp?id=3091185Top

14 楼aoeiuvcom（密码－铅笔）回复于 2004-08-03 10:39:22 得分 3

狂关注！

Top

15 楼netcha（只喝茶）回复于 2004-08-03 11:30:51 得分 0

我目前的想法是, A,B分别向S登记发向对方的消息.再A,B分别向S取自已的消息Top

16 楼wjwboy（王建）回复于 2004-08-03 12:10:22 得分 3

我也很想知道呀，不过一直也没有弄清楚，难道真的没有人知道吗？Top

17 楼skymark126（叮咚）回复于 2004-08-03 12:15:36 得分 3

顶！顶！Top

18 楼zhuangzhijiang（阿不）回复于 2004-08-03 12:15:44 得分 3

'''
Top

19 楼zfang（真爱无敌）回复于 2004-08-03 12:50:25 得分 3

路过关注Top

20 楼sunnauq（sun）回复于 2004-08-03 13:03:00 得分 3

还试过建一个公网服务器S，在不同局域网中客户A和客户B分别向S发送信息
S分别与A和B通讯都正常
然后S把B的IP和端口（ABinding.PeerIP, ABinding.PeerPort）告诉A，让A直接发信息给B

我以前也曾这样想过,觉得应该可以啊,怎么会失败呢?

关注,等待高手Top

21 楼jinhaiwu（※※※※※※※※※※）回复于 2004-08-03 13:06:11 得分 3

我可以给你发个例子，1000分真的假的啊？
我早上刚做好的。Top

22 楼jinhaiwu（※※※※※※※※※※）回复于 2004-08-03 13:08:03 得分 3

不通有两个原因，一个是防火墙问题，另一个是你的ip和端口的设置问题。Top

23 楼HWHuang（）回复于 2004-08-03 13:40:22 得分 2

关注！Top

24 楼nyf1220（我是党员----不过听说最近风声紧，打算换名字）回复于 2004-08-03 14:19:19 得分 3

看看网络基础吧，偶也不懂Top

25 楼cjf0426（cjf0426）回复于 2004-08-03 14:45:51 得分 0

分不是问题，只要能解决问题
我一定遵守诺言！
还有，我的实验环境没启动防火墙
A,B分别与S的通讯都是正常的Top

26 楼jinhaiwu（※※※※※※※※※※）回复于 2004-08-03 15:01:40 得分 3

需要第三台机器（就是服务器）。没有的话我没有办法做到。Top

27 楼cjf0426（cjf0426）回复于 2004-08-03 15:55:37 得分 0

jinhaiwu(海魂)
能把思路说一下吗？Top

28 楼aoeiuvcom（密码－铅笔）回复于 2004-08-03 17:44:18 得分 3

再次强强关注：）

楼主不要生气，我这几天也是突然想到这个问题

只不过上班忙，没时间找Top

29 楼jinhaiwu（※※※※※※※※※※）回复于 2004-08-04 10:15:44 得分 3

接收和发送是最基本的。
首先要定义消息规则：收到服务器收到什么信息做什么事情。
1、交互信息里应该有对放的id（用来指定对方的ip和端口），信息内容，和校验码。
2、系统信息应该另行定义不要跟前面有重复。Top

30 楼phoenixsharp（小星星）回复于 2004-08-04 11:28:03 得分 4

我来说两句吧:
首先弄清楚一点:

局域网内的A(B)向公网S发送连接. S取A(B)的IP地址,这个IP地址是A(B)的网关或称代理服务器的IP地址. 如A:10.100.1.2(LOCAL) 而S取的是:202.88.154.87:1557 (A的网关,1557端口表示是A的NAT,TCP数据穿透网关,经过1557端口标识到达A)
然而,UDP或其它的侦听端口并不是1557或者其它,它只是在局域网的本地上打开一个侦听端口,1557也只是网关系统自动分配的临时连接端口.
俺最近也在编一个类似QQ的具,也正是UDP连接的问题难倒了俺,最近也在学习,初步探求结果为以上,不知对不对,希望大家来讨论一下.
Top

31 楼cjf0426（cjf0426）回复于 2004-08-05 23:00:58 得分 0

A侦听什么端口应该没关系吧

NAT会将1557的信息转到A及其侦听端口上吧Top

32 楼jq（jq）回复于 2004-08-06 07:58:25 得分 3

曾经有过技术文章和源码,不过是C++的,我不懂.我找找看,把它贴出来,那位高手把它转成delphi的。Top

33 楼jq（jq）回复于 2004-08-06 08:02:40 得分 5

P2P 之 UDP穿透NAT的原理与实现（附源代码）
原创：shootingstars
参考：http://midcom-p2p.sourceforge.net/draft-ford-midcom-p2p-01.txt

论坛上经常有对P2P原理的讨论，但是讨论归讨论，很少有实质的东西产生（源代码）。呵呵，在这里我就用自己实现的一个源代码来说明UDP穿越NAT的原理。

首先先介绍一些基本概念：
NAT(Network Address Translators)，网络地址转换：网络地址转换是在IP地址日益缺乏的情况下产生的，它的主要目的就是为了能够地址重用。NAT分为两大类，基本的NAT和NAPT(Network Address/Port Translator)。
最开始NAT是运行在路由器上的一个功能模块。

最先提出的是基本的NAT，它的产生基于如下事实：一个私有网络（域）中的节点中只有很少的节点需要与外网连接（呵呵，这是在上世纪90年代中期提出的）。那么这个子网中其实只有少数的节点需要全球唯一的IP地址，其他的节点的IP地址应该是可以重用的。
因此，基本的NAT实现的功能很简单，在子网内使用一个保留的IP子网段，这些IP对外是不可见的。子网内只有少数一些IP地址可以对应到真正全球唯一的IP地址。如果这些节点需要访问外部网络，那么基本NAT就负责将这个节点的子网内IP转化为一个全球唯一的IP然后发送出去。(基本的NAT会改变IP包中的原IP地址，但是不会改变IP包中的端口)
关于基本的NAT可以参看RFC 1631

另外一种NAT叫做NAPT，从名称上我们也可以看得出，NAPT不但会改变经过这个NAT设备的IP数据报的IP地址，还会改变IP数据报的TCP/UDP端口。基本NAT的设备可能我们见的不多（呵呵，我没有见到过），NAPT才是我们真正讨论的主角。看下图：
Server S1
18.181.0.31:1235
|
^ Session 1 (A-S1) ^ |
| 18.181.0.31:1235 | |
v 155.99.25.11:62000 v |
|
NAT
155.99.25.11
|
^ Session 1 (A-S1) ^ |
| 18.181.0.31:1235 | |
v 10.0.0.1:1234 v |
|
Client A
10.0.0.1:1234
有一个私有网络10.*.*.*，Client A是其中的一台计算机，这个网络的网关（一个NAT设备）的外网IP是155.99.25.11(应该还有一个内网的IP地址，比如10.0.0.10)。如果Client A中的某个进程（这个进程创建了一个UDP Socket,这个Socket绑定1234端口）想访问外网主机18.181.0.31的1235端口，那么当数据包通过NAT时会发生什么事情呢？
首先NAT会改变这个数据包的原IP地址，改为155.99.25.11。接着NAT会为这个传输创建一个Session（Session是一个抽象的概念，如果是TCP，也许Session是由一个SYN包开始，以一个FIN包结束。而UDP呢，以这个IP的这个端口的第一个UDP开始，结束呢，呵呵，也许是几分钟，也许是几小时，这要看具体的实现了）并且给这个Session分配一个端口，比如62000，然后改变这个数据包的源端口为62000。所以本来是（10.0.0.1:1234->18.181.0.31:1235）的数据包到了互联网上变为了（155.99.25.11:62000->18.181.0.31:1235）。
一旦NAT创建了一个Session后，NAT会记住62000端口对应的是10.0.0.1的1234端口，以后从18.181.0.31发送到62000端口的数据会被NAT自动的转发到10.0.0.1上。（注意：这里是说18.181.0.31发送到62000端口的数据会被转发，其他的IP发送到这个端口的数据将被NAT抛弃）这样Client A就与Server S1建立以了一个连接。

呵呵，上面的基础知识可能很多人都知道了，那么下面是关键的部分了。
看看下面的情况：
Server S1 Server S2
18.181.0.31:1235 138.76.29.7:1235
| |
| |
+----------------------+----------------------+
|
^ Session 1 (A-S1) ^ | ^ Session 2 (A-S2) ^
| 18.181.0.31:1235 | | | 138.76.29.7:1235 |
v 155.99.25.11:62000 v | v 155.99.25.11:62000 v
|
Cone NAT
155.99.25.11
|
^ Session 1 (A-S1) ^ | ^ Session 2 (A-S2) ^
| 18.181.0.31:1235 | | | 138.76.29.7:1235 |
v 10.0.0.1:1234 v | v 10.0.0.1:1234 v
|
Client A
10.0.0.1:1234
接上面的例子，如果Client A的原来那个Socket(绑定了1234端口的那个UDP Socket)又接着向另外一个Server S2发送了一个UDP包，那么这个UDP包在通过NAT时会怎么样呢？
这时可能会有两种情况发生，一种是NAT再次创建一个Session，并且再次为这个Session分配一个端口号（比如：62001）。另外一种是NAT再次创建一个Session，但是不会新分配一个端口号，而是用原来分配的端口号62000。前一种NAT叫做Symmetric NAT，后一种叫做Cone NAT。我们期望我们的NAT是第二种，呵呵，如果你的NAT刚好是第一种，那么很可能会有很多P2P软件失灵。（可以庆幸的是，现在绝大多数的NAT属于后者，即Cone NAT）

好了，我们看到，通过NAT,子网内的计算机向外连结是很容易的（NAT相当于透明的，子网内的和外网的计算机不用知道NAT的情况）。
但是如果外部的计算机想访问子网内的计算机就比较困难了（而这正是P2P所需要的）。
那么我们如果想从外部发送一个数据报给内网的计算机有什么办法呢？首先，我们必须在内网的NAT上打上一个“洞”（也就是前面我们说的在NAT上建立一个Session），这个洞不能由外部来打，只能由内网内的主机来打。而且这个洞是有方向的，比如从内部某台主机（比如：192.168.0.10）向外部的某个IP(比如：219.237.60.1)发送一个UDP包，那么就在这个内网的NAT设备上打了一个方向为219.237.60.1的“洞”，（这就是称为UDP Hole Punching的技术）以后219.237.60.1就可以通过这个洞与内网的192.168.0.10联系了。（但是其他的IP不能利用这个洞）。Top

34 楼jq（jq）回复于 2004-08-06 08:03:07 得分 5

呵呵，现在该轮到我们的正题P2P了。有了上面的理论，实现两个内网的主机通讯就差最后一步了：那就是鸡生蛋还是蛋生鸡的问题了，两边都无法主动发出连接请求，谁也不知道谁的公网地址，那我们如何来打这个洞呢？我们需要一个中间人来联系这两个内网主机。
现在我们来看看一个P2P软件的流程，以下图为例：

Server S （219.237.60.1）
|
|
+----------------------+----------------------+
| |
NAT A (外网IP:202.187.45.3) NAT B (外网IP:187.34.1.56)
| (内网IP:192.168.0.1) | (内网IP:192.168.0.1)
| |
Client A (192.168.0.20:6000) Client B (192.168.0.10:40000)

首先，Client A登录服务器，NAT A为这次的Session分配了一个端口60000，那么Server S收到的Client A的地址是202.187.45.3:60000，这就是Client A的外网地址了。同样，Client B登录Server S，NAT B给此次Session分配的端口是40000，那么Server S收到的B的地址是187.34.1.56:40000。
此时，Client A与Client B都可以与Server S通信了。如果Client A此时想直接发送信息给Client B，那么他可以从Server S那儿获得B的公网地址187.34.1.56:40000，是不是Client A向这个地址发送信息Client B就能收到了呢？答案是不行，因为如果这样发送信息，NAT B会将这个信息丢弃（因为这样的信息是不请自来的，为了安全，大多数NAT都会执行丢弃动作）。现在我们需要的是在NAT B上打一个方向为202.187.45.3（即Client A的外网地址）的洞，那么Client A发送到187.34.1.56:40000的信息,Client B就能收到了。这个打洞命令由谁来发呢，呵呵，当然是Server S。
总结一下这个过程：如果Client A想向Client B发送信息，那么Client A发送命令给Server S，请求Server S命令Client B向Client A方向打洞。呵呵，是不是很绕口，不过没关系，想一想就很清楚了，何况还有源代码呢（侯老师说过：在源代码面前没有秘密 8）），然后Client A就可以通过Client B的外网地址与Client B通信了。

注意：以上过程只适合于Cone NAT的情况，如果是Symmetric NAT，那么当Client B向Client A打洞的端口已经重新分配了，Client B将无法知道这个端口（如果Symmetric NAT的端口是顺序分配的，那么我们或许可以猜测这个端口号，可是由于可能导致失败的因素太多，我们不推荐这种猜测端口的方法）。

下面是一个模拟P2P聊天的过程的源代码，过程很简单，P2PServer运行在一个拥有公网IP的计算机上，P2PClient运行在两个不同的NAT后（注意，如果两个客户端运行在一个NAT后，本程序很可能不能运行正常，这取决于你的NAT是否支持loopback translation，详见http://midcom-p2p.sourceforge.net/draft-ford-midcom-p2p-01.txt，当然，此问题可以通过双方先尝试连接对方的内网IP来解决，但是这个代码只是为了验证原理，并没有处理这些问题），后登录的计算机可以获得先登录计算机的用户名，后登录的计算机通过send username message的格式来发送消息。如果发送成功，说明你已取得了直接与对方连接的成功。
程序现在支持三个命令：send , getu , exit

send格式：send username message
功能：发送信息给username

getu格式：getu
功能：获得当前服务器用户列表

exit格式：exit
功能：注销与服务器的连接（服务器不会自动监测客户是否吊线）

代码很短，相信很容易懂，如果有什么问题，可以给我发邮件zhouhuis22@sina.com 或者在CSDN上发送短消息。同时，欢迎转发此文，但希望保留作者版权8-）。

最后感谢CSDN网友 PiggyXP 和 Seilfer的测试帮助

To kufan(我是真的不会表达我的爱)
总结一下这个过程：如果Client A想向Client B发送信息，那么Client A发送命令给Server S，请求Server S命令Client B向Client A方向打洞。
也就是说，如果A想向B发送信息，那么A会向S发送一个命令，然后S发送命令给B，B就会发送一个UDP包到A的公网地址（这个包的数据无所谓），此时NAT B上会创建一个到A的公网地址的Session（洞），那么A在发送信息到B的公网地址，NAT B就会转发信息到B了。
呵呵，不知道说清楚了没有？Top

35 楼phoenixsharp（小星星）回复于 2004-08-24 09:16:34 得分 5

呵呵，正如楼上所说的。当你的服务器试图把A B的IP及端口告诉对方时。按S与A（B）连的端口来让A B之间进行连接是不行的。此端口仅是针对S与A（B）之间独有，其它人来连又变啦。所以楼主的问题是对网络的一些原理上还没了解明白。Top