Question

我需要的是，我将打开一个UDP服务器监听X端口（本地计算机），machine(public IP)可以发送UDP数据包给我。我的机器没有public IP。基本上我需要stun。

我正在测试stuntman服务器/客户端项目。我在服务器（公共IP）中运行stuntman-server。在我的系统中运行客户端（本地IP）。我要求为9999端口映射ip / port。

./stunclient --mode full --protocol udp --localport 9999 stun.server.ip

Stun服务器返回IP和端口。我做了什么，在我的本地系统中打开一个UDP服务器（使用java）并开始在9999端口中侦听并从UDP发送other machine (which has public IP)消息到{{1由stun服务器返回。但我无法收到任何数据。您可以假设我的服务器/客户端代码（用java编写）在本地网络中正常工作。

流速：

mapped IP/port

Answer 1

您没有发布stunclient游戏的结果，但我想它看起来像下面这样：

$ stunclient --mode full --localport 9999 stun.stunprotocol.org
Binding test: success
Local address: 192.168.1.8:9999
Mapped address: 1.2.3.4:9999
Behavior test: success
Nat behavior: Endpoint Independent Mapping
Filtering test: success
Nat filtering: Address and Port Dependent Filtering

我猜你的行为测试是＆＃34; Endpoint Independent＆＃34;过滤测试是＆＃34;地址和端口相关＆＃34;因为那些是家里最常见的，大多与你上面描述的相匹配。（又名＆＃34;端口限制NAT＆＃34;）。

无论如何，这意味着您已经在自己和STUN服务器之间创建了一个端口映射。在上面的示例中，我的公共IP地址是1.2.3.4。并且很常见，但并非总是如此，我的本地端口（9999）与公共端口相同。

在内部，您的NAT会保留一个逻辑表，如下所示：

------------------------------------------------------------------------------------
||     LOCAL IP    | LOCAL PORT ||  EXT PORT    ||   REMOTE IP      | REMOTE PORT ||
||================================================================================||
||   192.168.1.8   | 9999       ||  9999        ||  107.23.150.92   | 3478        ||
------------------------------------------------------------------------------------

由于您从端口9999向stun服务器（107.23.150.92）发送了数据包，因此NAT会在其表中创建一个端口映射条目几分钟。当数据包从Internet到达NAT /路由器时，它会查询该表。当响应从STUN服务器的IP：端口返回时，NAT能够基于＆＃34;远程＆＃34;将其转发到NAT后面的计算机。上表中的字段。

但是你和其他公共机器之间没有端口映射＆＃34;您希望从中接收数据。我们假设该另一台机器的IP地址是2.4.6.8并且它正在尝试从它的本地端口8888发送.NAT在表中没有任何内容来映射流量从2.4.6.8:8888到NAT后面的主机。因此，当流量从不在表中的主机到达NAT时，NAT只知道将数据包丢弃在地板上。有一种NAT分类称为＆＃34; Cone NAT＆＃34;这会起作用，但这些并不常见。

在您的情况下，有一个简单的解决方法。从STUN服务器获取端口映射后，将另一个数据报从同一本地端口（9999）发送到要从中接收数据的远程主机（和远程端口）。远程主机可以简单地忽略此数据报，但它有效地在NAT上创建另一个端口映射条目

------------------------------------------------------------------------------------
||     LOCAL IP    | LOCAL PORT ||  EXT PORT    ||   REMOTE IP      | REMOTE PORT ||
||================================================================================||
||   192.168.1.8   | 9999       ||  9999        ||  107.23.150.92   | 3478        ||
||   192.168.1.8   | 9999       ||  9999        ||  2.4.6.8         | 8888        ||
------------------------------------------------------------------------------------

这个简单的1字节数据包到2.4.6.8:8888允许NAT将流量从该地址转发回NAT后面的主机。

换句话说，使用您自己的网络流命名法：

My machine:9999 ---->[STUN BINDING REQUEST]--->stun server:3478

My machine:9999 <----[STUN BINDING RESPONSE mapped IP:port]<--- stun server:3478

My machine:9999 [Open socket on port 9999]

My machine:9999 ---->[1 byte datagram] -------> 'other:8888'

My machine:9999 <---- [UDP to public IP:port obtained in step 2]<----'other:8888'

通常，在正常的P2P流中，两个端点都与STUN服务器一起发现它们的端口映射。然后使用另一个服务来交换IP：彼此之间的端口信息。根据您的描述，您可以在程序之间手动交换这些值，这对于测试来说很合适。

如果另一台机器在公共互联网上，那么从技术上讲，您不需要STUN。第一台机器（在NAT后面）可以直接发送到远程IP和端口来说，＆＃34;发给我一些数据＆＃34;。远程端只检查此消息的对等地址和端口以决定将其发送回的位置。端口映射已创建。一些RTSP客户端假定服务器是公共的

我对套接字NAT遍历基础知识的回答是here。

我碰巧知道STUNTMAN的开发者。他是一个相当好的人，外表漂亮，非常聪明。他们还说他和我看起来相似，并且与我们的名字几乎完全相同。如果您对STUN和NAT遍历有疑问，可以随时直接给他发邮件。

关于昏迷服务器的困惑

1 个答案: