Networking 外部端口映射到内部端口（UDP）的时间有多长？

这都是UDP

假设我有一个未转发的内部端口25000

我通过该端口向服务器发送UDP消息

现在，我在本地监听25000个端口，以获取来自该服务器的回复

服务器收到了我的消息

服务器认为消息来自的端口是27833

服务器需要多少时间通过端口27833向我发送消息

如果我在本地继续监听端口25000，27833端口是否会无限期地保持打开状态，直到我停止监听

我不是专家，但我认为NAT上端口转发的超时不会受到影响，因为您在NAT后面的计算机上收听新数据报（因为只有操作系统知道您想要读取这些数据包，而不是NAT）

对于NAT转发端口的时间，我在stackoverflow上找到了这个响应：（响应的快捷方式，实际上不到120秒）

---

非常有趣的是，线程引用了60秒。我试图编写一个UDP穿孔应用程序，本质上是“主机”pc向服务器发送一个UDP数据包，该服务器记录该数据包的远程ip和远程端口。然后，试图连接到“主机”pc的客户端向服务器发送信息请求。我以前编写过UDP穿孔应用程序，内部端口到外部端口的映射已经持续了一段时间。我从未对它进行过压力测试，但在原始信息发送几分钟后，我就可以连接到电脑了。也许你在打孔过程中一直在哪里发送数据包？（我相信这会在你发送数据包时保持记录的有效性）或者你有一个路由器保持记录的时间比平均时间长，或者线程是错误的。不，它没有继续发送数据包。因此，我想我可以添加一种方法，让客户端在x秒后无法连接时请求主机重新连接到服务器，然后重试。这完全取决于NAPT设备的配置。可能需要几秒钟到几个小时。有安全意识的人会把它降低到事情开始失败的程度，然后再增加一点时间。