Y
YinZu
Unregistered / Unconfirmed
GUEST, unregistred user!
采用UDP通讯,服务器处于一个具有公网IP的环境中,
客户端在一个内网中,通过网关访问外网
如下方式:
Server S (18.181.0.31:1235)
|
|
|
NAT A (外网IP:202.187.45.3) 网关
|
|
Client A (192.168.100.20:4000)
在SERVER端起动一个SOCKET,监听客户端的请求,客户端发一个数据报文到SERVER,
当SERVER收到客户端的数据后经过处理给客户端返回一个结果。
现在我的情况,SERVER端能收到客户端的数据,也向客户端发出了返回结果,可客户
端无法接收到结果。
网上找到这样一文章《P2P之UDP穿透NAT的原理与实现》,以下是文章里部分内容,
本人也是按这样的思路去做的,为何客户端接收不到服务端返回结果,请高人给出
一点意见,谢谢!!
//========================================================================
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 S (18.181.0.31:1235)
|
|
|
NAT A (外网IP:202.187.45.3) 网关
|
|
Client A (192.168.100.20:4000)
在SERVER端起动一个SOCKET,监听客户端的请求,客户端发一个数据报文到SERVER,
当SERVER收到客户端的数据后经过处理给客户端返回一个结果。
现在我的情况,SERVER端能收到客户端的数据,也向客户端发出了返回结果,可客户
端无法接收到结果。
网上找到这样一文章《P2P之UDP穿透NAT的原理与实现》,以下是文章里部分内容,
本人也是按这样的思路去做的,为何客户端接收不到服务端返回结果,请高人给出
一点意见,谢谢!!
//========================================================================
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建立以了一个连接。
//========================================================================