Node.js中实现TCP打洞是否必须依赖中转服务器？

核心结论：中转服务器的作用不止信息交换，大部分场景下仍需依赖它触发NAT映射 #

你提到的中转服务器仅用于交换地址端口的理解只对了一半，实际它还有个关键作用——触发两边路由器的NAT端口映射规则，这也是TCP打洞能成功的核心前提。下面针对你的问题逐一解答：

1. 已通过其他渠道拿到对方地址端口，还需要中转服务器吗？ #

大部分场景下仍然需要，原因在于家用路由器普遍使用的对称型NAT：

• 对称型NAT会给每个向外发起的连接分配唯一的公网端口，并且只允许这个连接的目标IP/端口发送的数据包回传。
• 如果跳过中转服务器，直接让A向B的公网地址发连接请求，B的路由器会认为这是陌生外部请求，直接丢弃；反之同理。
• 中转服务器的作用是让A和B先分别与它建立连接，让两边的路由器生成「允许中转服务器IP/端口访问本机内网IP/端口」的映射规则，同时服务器把A、B各自的公网地址/端口传给对方。之后A和B同时向对方发起连接，此时两边的路由器会把对方的请求识别为“关联之前中转连接的合法请求”，从而放行，完成打洞。

2. 手动传递client_A的信息给client_B，能不能省去服务器？ #

只能省去信息交换环节，但解决不了NAT映射触发的问题。如果两边没有先和同一个中转服务器建立连接，就算手动拿到了对方的公网地址和端口，直接发起连接还是会被路由器丢弃。只有当两边的NAT是全锥形NAT（这种NAT会给所有向外连接分配同一个公网端口，且允许任何外部IP访问这个端口），或者其中一方拥有公网IP时，手动传递信息才有可能直接建立直连，但这两种情况都属于特殊场景，不具备通用性。

3. 中转服务器是不是仅用于初始交换，直连后可以下线？ #

没错。一旦A和B的TCP直连成功建立，两边的路由器会持续维护这条连接的转发规则，此时中转服务器就可以完全下线，后续的数据传输都是A和B之间直接进行的。

4. 有没有无需服务器就能“欺骗”路由器的方法？ #

目前没有通用的方法，原因还是对称型NAT的限制：

• 对称型NAT的映射规则是基于「本地IP/端口 + 目标IP/端口」生成的，没有共同的第三方触发的话，两边的路由器都不会生成允许对方访问的规则。
• 只有少数特殊场景可以绕过：比如两边在同一内网、其中一方有公网IP、路由器是全锥形NAT且端口固定，但这些场景都不适合作为通用方案。

内容的提问来源于stack exchange，提问作者Mathew