.NET6 Ubuntu服务器下UdpClient.Receive获取NAT客户端端口异常

问题背景 #

我正在为一款简单的Unity游戏实现UDP NAT打洞功能，公网服务器（example.com）同时监听TCP和UDP的8995端口，流程如下：

• 客户端通过TCP/8995连接服务器，提交游戏创建详情
• 服务器返回令牌
• 客户端用C#的UdpClient类启动UDP套接字
• 客户端通过该套接字向服务器发送含令牌的UDP数据报，服务器需要获取客户端的NAT公网IP和临时端口
• 其他客户端请求服务器获取目标客户端的IP/端口以建立连接

当前卡在步骤4：NAT后的客户端本地IP为192.168.1.1、本地端口9589，发送UDP包到服务器后，服务器通过以下代码接收：

_listener = new UdpClient(_settings.EndPoint);
IPEndPoint source = new IPEndPoint(IPAddress.Any, 0);
var datagram = _listener.Receive(ref source);
_logger.LogDebug("Recevied UDP handshake from {EndPoint}", source);

日志显示来源为x.x.x.x:9589（x.x.x.x是正确的公网IP），但端口是客户端本地端口而非NAT临时端口，推测是UPnP自动端口映射导致的。需要在.NET6 + Ubuntu服务器环境下，获取到真实的NAT临时端口。

解决方案 #

核心说明：服务器无法直接禁用客户端UPnP行为 #

UPnP是客户端侧路由器的功能，服务器没有权限控制客户端网络设备的端口映射规则。你看到本地端口与公网端口一致，是因为客户端路由器的UPnP自动将本地UDP端口9589映射到了公网同端口，这属于锥形NAT的端口保留行为，本身不影响NAT打洞的实现——其他客户端使用该公网IP+端口发送UDP包时，路由器会自动转发到你的客户端。

若确实需要获取NAT临时端口，可从以下方向调整：

1. 客户端侧禁用UPnP

   • 客户端创建UdpClient时，主动避免触发UPnP自动映射。比如手动绑定本地端口时，关闭网络库默认的UPnP映射选项（部分Unity网络插件会默认开启该功能）。
   • 测试场景下，可让用户手动关闭路由器的UPnP功能，但此方法对普通玩家不友好，不适合正式环境。

2. 验证NAT类型，适配打洞逻辑

   • 服务器可额外验证客户端NAT类型：向客户端发送一个UDP包，要求客户端用同一套接字回发，对比两次的源端口是否一致。若一致，说明是锥形NAT（含UPnP映射），直接用该端口打洞即可；若不一致，说明是对称NAT，需要补充额外的打洞协调步骤。

3. 确认服务器接收逻辑正确性

   • 你当前的服务器代码无问题，UdpClient.Receive返回的source就是数据包到达服务器时的真实源IP和端口（即路由器对外暴露的端口）。如果该端口与客户端本地端口一致，说明路由器做了端口映射（UPnP或手动），这是正常现象，无需“禁用”，反而这种情况会提升NAT打洞的成功率。

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