共享公网IP与DHCP环境下的P2P网络通信技术问询

在NAT环境下实现P2P通信，核心要解决路由器的端口映射限制——常规NAT只允许发起请求的目标IP回应数据包，直接用对等方的公网IP+端口无法建立连接，目前最成熟的实现方案主要依赖以下两种技术：

一、UDP打洞（UDP Hole Punching） #

这是绝大多数P2P应用（比如即时通讯语音、BT下载）的核心实现方式，具体步骤如下：

1. 获取公网映射信息：两台对等设备先分别连接STUN服务器，STUN会返回路由器为该设备分配的公网IP+端口（即NAT转换后的对外地址），同时识别出当前NAT的类型。
2. 交换地址信息：两台设备通过一台中转服务器（可与STUN复用），互相传递对方的公网IP+端口信息。
3. 同时发起打洞请求：关键操作——两台设备同时向对方的公网IP+端口发送UDP数据包。此时各自的路由器会判定这是主动发起的出站请求，在NAT表中创建临时映射条目，并允许来自对方公网IP的数据包进入。由于双方同时发起请求，两台路由器的NAT表都会生成双向通行规则，后续UDP数据包就能直接在对等设备间传输。

为什么“同时发起”是关键？因为普通锥形NAT仅放行发起请求的目标IP的回应数据包，如果仅一方发送，对方路由器会把数据包当成陌生请求直接丢弃；而双方同时发起后，彼此的路由器都将对方IP加入允许列表，相当于互相“打开了端口通道”。

二、TURN服务器作为降级方案 #

如果遇到对称NAT（这种NAT对不同目标IP会分配不同的公网端口），UDP打洞大概率失败，此时需要TURN服务器作为中转：

• 两台设备都连接到TURN服务器，所有数据通过TURN转发，虽然这不是纯P2P模式，但能保证在任何NAT环境下都能连通。
• 一般会优先尝试UDP打洞，失败后才启用TURN，兼顾直连效率与连通性。

补充：不同NAT类型对P2P的影响 #

• 全锥形NAT：最易打洞，获取公网地址后即可直接通信。
• 受限锥形/端口受限锥形NAT：需双方同时发起打洞请求才能成功。
• 对称NAT：无法通过UDP打洞实现直连，必须依赖TURN中转。

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