P2P应用程序，打孔无法在端点独立映射NAT上进行

Question

我目前正在使用“打孔”方法在C中实现（UDP）p2p应用程序。 我发现J. Selbie以前的帖子确实在说明，他解释了基础知识并进行了相应的介绍（ post1 ， post2 ），但是可能我缺少了一些东西，只有一个同龄人正在接收数据，而另一个同龄人却没有。

这是我正在采取的步骤：

• 设置：对等方之一连接到4G蜂窝加密狗（NAT A），另一方连接到去往ISP提供商（NAT B）的路由器。 这些是两个NAT的stunclient（特技客户端）报告的结果。

   NAT A: Binding test: success Local address: X1:48383 Mapped address: Y1:28265 Behavior test: success Nat behavior: Endpoint Independent Mapping Filtering test: success Nat filtering: Address and Port Dependent Filtering NAT B: Binding test: success Local address: X2:49158 Mapped address: Y2:49158 Behavior test: success Nat behavior: Endpoint Independent Mapping Filtering test: success Nat filtering: Address and Port Dependent Filtering 

现在，根据这些结果，据我了解，两个NAT都具有合理的行为，并且打孔可能会成功（请注意NAT A不会保留端口）。

• 尝试打孔：两个客户端都通过UDP与面向公众的服务器（STUN / rendezvous）联系，以发现/互换ip：port对。 当每个客户端从服务器接收响应时，它们将UDP数据报发送到另一个对等方（如所连接的公共服务器所见为ip：port），然后继续发送其他数据并接收并将消息回复到该地址它来自哪里。 我正在使用与公共服务器联系的同一套接字发送数据报，仅更改sendto函数上的目标ip：port。

事实是，NAT A后面的主机（挂接到4G加密狗）总是接收到该消息，并且尽管回复了正确的IP和目标端口，后面的另一个（NAT B）也从未收到该消息。 有什么想法我在这里想念的吗？ 或如何诊断问题？

提前致谢。

Answer 1

这是标准和一般情况，其中蜂窝和wifi（ISP）网络之间无法进行p2p（对等）呼叫。 现在为什么呢？

为什么？：所有的蜂窝网络都使用一种经济有效的方法，其中没有用户可以拥有专用的公共IP或NAT。 这意味着手机的公共IP可能会在几个小时左右后发生变化。 结果，蜂窝网络提供商可以为大量用户使用较少数量的公共IP。 通常，通过为每个请求分配新的ip：port来完成此过程，这是对称NAT的功能。 因此，在您的情况下，因为NAT B是Nat filtering: Address and Port Dependent Filtering ，这意味着如果数据来自NAT A的每个发送/请求都具有唯一的ip：port，则NAT B将过滤数据，并且调用将失败。

解决方案：通常，您需要一个托管在公共IP上的中继服务器，该服务器将从A接收数据并将其转发给B，而B也会这样做，而无需进行任何过滤。 这种服务器称为TURN服务器 。

现在，我不确定您的替身演员测试客户端为什么要同时检测A和B的PRC NAT(Nat filtering: Address and Port Dependent Filtering) 。对于A，它必须是蜂窝网络上的对称NAT。