Golang向STUN获取的IP发送UDP数据包失败问题求助

你遇到的核心问题大概率是NAT类型不兼容，尤其是如果设备2处于对称NAT环境下。对称NAT的特点是，设备和不同外部IP通信时，路由器会分配不同的公网端口——你通过STUN拿到的端口，是设备2和STUN服务器通信时的专属端口，当设备1用这个端口发数据包时，设备2的路由器会因为没有对应的会话记录（这个端口只对STUN服务器开放）而直接丢弃数据包。

下面是具体的解决思路和实现方案：

1. 调整通信流程：让设备2主动发起"NAT打洞"请求 #

既然设备1已经有开放的端口，完全可以利用这个端口完成NAT打洞，不需要依赖STUN获取的端口。流程改成这样：

• 设备1在开放的UDP端口上监听，等待设备2的请求。
• 设备2主动向设备1的公网IP:开放端口发送一个UDP数据包（比如发送一段标识自己的文本）。
• 设备1收到数据包后，会从数据包的源地址中拿到设备2的真实公网IP和端口（这个端口是设备2和设备1通信时路由器分配的专属端口，而非STUN拿到的端口）。
• 设备1立即用这个真实公网地址向设备2发送数据包，此时设备2的路由器已经有了设备1到该端口的会话记录，会正常转发数据包到设备2。

这种方式避开了对称NAT的端口不兼容问题，因为你使用的是设备2与设备1通信时实际分配的公网端口。

2. Golang实现打洞的代码示例 #

设备1（监听开放端口） #

package main

import (
    "log"
    "net"
)

func main() {
    // 监听设备1开放的UDP端口，示例用8080
    listenAddr := &net.UDPAddr{Port: 8080}
    conn, err := net.ListenUDP("udp", listenAddr)
    if err != nil {
        log.Fatalf("Failed to listen on UDP port: %v", err)
    }
    defer conn.Close()
    log.Println("Device 1 is listening on port 8080...")

    buf := make([]byte, 1024)
    // 接收设备2的打洞请求
    n, device2PubAddr, err := conn.ReadFromUDP(buf)
    if err != nil {
        log.Fatalf("Failed to read from UDP: %v", err)
    }
    log.Printf("Got hole-punch request from device 2: %s, public address: %s", string(buf[:n]), device2PubAddr.String())

    // 立即向设备2的公网地址发送响应
    response := []byte("Hello from Device 1!")
    _, err = conn.WriteToUDP(response, device2PubAddr)
    if err != nil {
        log.Fatalf("Failed to send response: %v", err)
    }
    log.Println("Response sent to device 2")
}

设备2（主动发起打洞） #

package main

import (
    "log"
    "net"
)

func main() {
    // 替换为设备1的公网IP和开放端口
    device1Addr := &net.UDPAddr{
        IP:   net.ParseIP("1.2.3.4"),
        Port: 8080,
    }

    // 创建UDP连接，向设备1发送打洞请求
    conn, err := net.DialUDP("udp", nil, device1Addr)
    if err != nil {
        log.Fatalf("Failed to dial device 1: %v", err)
    }
    defer conn.Close()

    // 发送打洞请求
    punchMsg := []byte("Hole punch from Device 2")
    _, err = conn.Write(punchMsg)
    if err != nil {
        log.Fatalf("Failed to send punch message: %v", err)
    }
    log.Println("Hole punch message sent to device 1")

    // 等待设备1的响应
    buf := make([]byte, 1024)
    n, _, err := conn.ReadFromUDP(buf)
    if err != nil {
        log.Fatalf("Failed to read response: %v", err)
    }
    log.Printf("Received from Device 1: %s", string(buf[:n]))
}

3. 额外注意事项 #

• 会话超时：路由器的NAT会话会有超时时间（通常几十秒到几分钟），如果长时间没有通信，会话会被销毁，此时需要重新打洞。可以定期发送心跳数据包（比如每隔30秒发一个空包）维持会话。
• NAT类型检测：如果还是有问题，可以先检测设备2的NAT类型。简单的检测方法是：让设备2分别向两个不同公网IP的服务器发送UDP包，对比两个包的源端口，如果端口不同，就是对称NAT，此时必须用上面的打洞方法；如果端口相同，可能是全锥或限制锥NAT，STUN的端口也能生效。
• Fallback方案：如果遇到极端严格的NAT（比如端口限制锥NAT，且设备1的IP不在设备2的白名单），可以让设备1兼任中继服务器：设备1开放端口后，设备2和设备1建立连接，所有数据都通过设备1转发，这样就能绕过NAT限制。

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