UDP 打孔在 3G 上未通过 [英] UDP hole punching not going through on 3G
问题描述
我正在尝试在软件中实现打孔功能.问题是，我正在使用一个已经制作好的 TCP 服务器与用户进行通信.
这是我目前所拥有的:
- A"向 UDP 服务器US"(端口 9333)发送消息
- US"将其连接的端口(端口 31000 - 本地端口 31005)发回给A"
- A"向 TCP 服务器TS"发送一条消息，说他想连接到 B(并提供端口 31000)
- TS"向B"发送一条消息，给他A"的端口(31000)和 ip
- B"向US"发送消息(在端口 9333)
- US"向B"发送一条消息，告诉他他的端口 45000(本地端口 45005)
- B"向TS"发送消息，给出的是udp端口(45000)
- TS"向A"发送消息，提供 B 的 udp 端口(45000)和 ip
- A"开始在端口 45000 上向 B 的 ip 发送 udp 消息并监听本地端口 31005
- B"开始向 A 的 ip 的 31000 端口发送 udp 消息并监听本地端口 45005
当然这里有31000、31005、45000和45005端口，每一个新的连接端口都会改变，只有9333是静态的.
我知道有很多来回，比实际应该的要多.事实是我必须使用 TCP 服务器与两个用户进行通信，udp 服务器只是在这里将用户的端口返回给自己，以便将其发送回 TCP 服务器.
但是用户之间的消息没有被任何人接收到...任何人都会知道为什么?
<小时>我已经用
I'm trying to implement in a software a hole punching feature. The thing is, I'm implementing this with an already made TCP Server to communicate with Users.
Here's what I have so far :
- "A" sends a message to an UDP Server "US" (on port 9333)
- "US" sends back to "A" the port it has connected to (port 31000 - localport 31005)
- "A" sends a message to a TCP Server "TS" saying he want's to connect to B (and give the port 31000)
- "TS" sends a message to "B" giving him the "A"'s port (31000) and ip
- "B" sends a message to "US" (on port 9333)
- "US" sends a message to "B" telling him his port 45000 (localport 45005)
- "B" sends a message to "TS" giving is udp port (45000)
- "TS" sends a message to "A" giving B's udp port (45000) and ip
- "A" start sending udp message to B's ip on port 45000 and listen on localport 31005
- "B" start sending udp message to A's ip on port 31000 and listen on localport 45005
Of course ports 31000, 31005, 45000 and 45005 are here for example, every new connection the port change, only 9333 is static.
I know there is a lot of back-and-forth, more than it should really be. The fact is I'm bound to use the TCP server to communicate with both users, the udp server is just here to return User's port to himself so it can send it back to TCP Server.
However messages between users are not received by any... Anyone would have an idea why ?
EDIT :
I have tested my router with http://nattest.net.in.tum.de/test.php and udp hole punching works fine, so the issue is not coming from my router, but from my protocol...
When users are behind the same NAT, everything works fine, of course it uses privates ip, but it means that the code is working also, so every though leads to a protocol issue...
EDIT 2 :
Actually, I made it half work (And the problem was coming from my code actually, not the protocol... I have connected 2 users, one in 3G with an iPhone, one behind my NAT on Wifi.
The funny (well not so much) thing is, only one socket were able to receive and send data between both users. (the socket initiated by the iphone) According to the protocol I should have 2 well-connected sockets, am I wrong ?
So I managed to punch a hole in my NAT, but actually not in the cellular NAT.
Of course, I tested right away 2 iphones connected in 3G. And no one get's the message from the other.
Did I missed something about cellular NAT ?
P.S. : Sorry for updating so much my question, but since I get no answer I'm trying to find by myself...
P.S. 2 : Since I managed to punch a hole in my NAT, I have changed the title adding "on 3G"
EDIT 3 : I ran the http://nattest.net.in.tum.de/test.php test again with my computer connected to internet through my iphone's 3G connection.
Here's the result :
Apparently all udp hole punching test were successful on the 9th test.
Further more it seems :
UDP Binding Test (?): Endpoint independent binding, port prediction is easy
So it should not be any trouble connecting 2 peers over 3G Connection (well not much than behind a "home" NAT)... Am I right ?
EDIT 4 :
Just to be sure, I now send a message to two distinct UDP Server, to check if the port and the local port are the same on 3G.
Long story short, ports (local and public) are the same when connecting on both server. so the test done on EDIT 2 was right, udp is endpoint independent, so there should not be any issue doing the hole punching I guess... (At least with my ISP)
Unfortunately, there is no 100% reliable way to perform NAT hole punching with UDP. At best, you can make some guesses about how NATs and firewalls will probably behave most of the time. But there will always be exceptions and they may not be rare.
In this case, it sounds like you are using a central server to let two peers figure out each-others external port and then start sending data at each other. That's a pretty good algorithm. The problem is that the external port routing may vary depending on the destination. In other words, if A to B has an external port of 5000, there is no guarantee that A to C will also come from 5000. So having a central server record the port it sees may not help to connect anyone else.
Here are a few related questions with some more details.
- UDP Hole Punching Algorithm
- UDP Hole Punching not possible with mobile provider
- UDP hole punching host-specific failure
这篇关于UDP 打孔在 3G 上未通过的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
