利用STUN在NAT下对服务器/客户端通信进行UDP打孔

Question

我正在开发一个通讯系统：

A、B是NAT下的计算机，A是服务器B是客户端S是STUN服务器

%S正在Internet上可访问的计算机上运行

A hits S with an opcode saying he's the server
S registers A as server

B hits S with an opcode saying he's the client
S sends to A B's external infos (IP, PORT)
S sends to B A's external infos (IP, PORT)

A starts sending B an opcode saying he's the server every 500ms
and meanwhile listens for packets saying he's got a client

B starts sending A an opcode saying he's the client every 500ms
and meanwhile listen for packets saying he's got the server

麻烦就从这里开始，STUN服务器完成了它的工作，因为两端都接收到关于另一端的正确信息。

但是我从来没有接收到另一端的消息，所以两端都在监听，没有接收到握手操作码或其他任何东西。

我检查了NAT的行为，似乎它是这样的

我运行的测试看到两端(A，B)托管在同一台机器上，都绑定到机器的内部IP，尝试绑定到127.0.0.1、0.0.0.0，没有任何改变。

如果他们在监听握手时，将带有nc的东西echo发送到localhost时，它会被接收并显示（作为无法识别的消息），不会有任何问题。通过NAT路由的连接并不困难，每个数据包都被丢弃。

也试过在机器上托管A,在移动数据下的Android手机上托管B,用一个特别编写的简单应用程序。仍然锁定等待某些东西，如nodejs测试。

更新：我尝试做的另一件事是用nc打开一个洞

在同一NAT下运行的两台不同计算机上：

echo“问候未知对等体”NC-U 4567-P 4568

每台机器的时间不同。根据我的理解，这应该会在NAT中造成一个漏洞，第一个数据包被丢弃，随后被转发。但什么也没发生，没有人得到消息。

我也试过：

从本地计算机回显“greet UNKOWN peer”nc-u 4567-p 4568

从公用计算机echo“greet UNKOWN peer”NC-U 4568-P 4567

这一方法起作用，NAT下的本地计算机与公共计算机联系，在第一个丢弃的数据包之后，就能够在分配的端口上接收和发送数据包。我想知道为什么这在同一NAT（？？？）下的两台机器上不起作用（？？？）

我没有显示任何代码，因为我认为这里面存在某种逻辑缺陷，但是这里有一个github项目。

index.js包含STUN服务器，tests文件夹包含测试用例:test.js启动STUN服务器，peerclienttest.js和peerservertest.js是客户端和服务器的模型。

运行node tests/test.js在公用计算机上启动服务器（更改config.js和tests/config.js中的IPs）

然后节点测试/peerServerTest.js启动服务器（“A”），节点测试/peerClientTest.js启动客户端（“B”）。双方将通过STUN识别对方，然后在发送自己的握手操作码的同时监听对方的握手操作码。这种情况从来没有发生过，所以他们只是一直在发送/监听。

节点是不需要的，所以如果有更好的解决方案，在其他语言只是告诉，将是赞赏的。

Answer 1

B的NAT正在过滤A的数据包，而不让它们通过。NAT过滤发送到它的未知数据包。您的服务器A正在向客户机B发送数据包，但客户机B以前从未通过NAT向A发送数据包。因此，到B的NAT时，A的数据包是未知的，并被丢弃。

您需要在B的NAT中打一个洞，以便NAT允许传入数据包。将数据包从B发送到NAT的IP：端口。之后，当您将数据包从a发送到B时，B的NAT不会丢弃a的数据包。

如果A和B的NAT具有对称NAT和对称/PRC NAT这样的组合，这将不起作用。在这种情况下，您将不得不使用TURN relay服务器。