你有没有遇到过这种情况：在家用公司VPN开腾讯会议，对方听不见你说话；或者用钉钉远程协作时，屏幕共享卡成PPT？背后很可能不是网速问题，而是STUN和NAT在悄悄‘打架’。
NAT：路由器的‘门禁系统’
家用路由器默认开启NAT（网络地址转换）。它把内网设备（比如你的笔记本、手机）的私有IP（如192.168.1.105）换成公网IP对外通信。好处是省IP、保安全；坏处是——它不主动放行外部连接。就像小区门禁只允许住户出门，但不给访客发通行证。
STUN：帮你‘自报家门’的信使
STUN（Session Traversal Utilities for NAT）就是一个轻量级协议，运行在公网服务器上。当你打开Zoom或飞书会议时，客户端会先向STUN服务器发个请求：
GET /stun?username=abc123 HTTP/1.1
Host: stun.example.com
它们怎么配合干活？
以企业微信音视频为例：A和B都要先各自连一次STUN服务器，拿到自己的映射地址；再通过信令服务器（比如WebSocket）交换这两个地址；最后尝试直连。如果双方都在普通NAT后面（比如家庭宽带），大概率能通——这就是STUN+UDP打洞的典型场景。
但要是其中一方在对称型NAT（常见于某些校园网、企业防火墙）下，STUN就失效了：它每次请求返回的端口都不一样，无法预测。这时候就得靠TURN中继兜底，数据全走服务器转发，延迟高、占带宽。
办公软件里怎么体现？
飞书设置里有个‘网络诊断’按钮，点进去会显示“NAT类型：全锥型”或“对称型”；钉钉PC版右下角托盘图标→‘网络检测’，也会提示“STUN探测成功/失败”。这些不是炫技，而是告诉你：当前网络是否支持高效P2P传输。如果老是自动降级到中继模式，不妨试试关掉路由器UPnP（反而干扰STUN），或手动填一个靠谱的STUN服务器地址，比如：
stun.l.google.com:19302
stun1.voiceeclipse.net:3478说白了，STUN不解决NAT，只是让NAT下的设备‘互相认得出门牌号’。它不是万能钥匙，但没它，很多实时协作功能就只能靠慢半拍的中继硬扛。