一、WebRTC 穿透原理：为什么普通代理根本防不住？
深入底层网络栈，看清 STUN 打洞如何绕开常规代理将真实公网 IP 送达目标服务器。
大多数用户使用的代理方案（如浏览器插件 SwitchyOmega，或只接管 TCP 流量的简单客户端）属于应用层代理。然而，WebRTC 协议为了实现毫秒级的实时语音视频通信，在设计之初就要求尽可能建立直连通道，避免中心服务器中转带来的延迟。
浏览器枚举本地物理网卡上的私有 IPv4 地址（如 192.168.1.100 或 10.0.0.x）。在现代高版本浏览器中，出于安全考量，该项通常会被匿名 mDNS（.local 域名）替代。
Server Reflexive 候选。浏览器向公网 STUN 服务器发送 UDP 探测包，STUN 服务器将报文来源的外网 IP 写入响应。若此处出现你的真实国内 IP，即发生 WebRTC 泄露！
Relayed 候选。当无法直接建立 P2P 直连打洞时，流量经由 TURN 中继服务器转发。在完善配置了 TUN 虚拟网卡的环境下，所有候选均应由海外代理节点安全中转。
二、全平台浏览器 WebRTC 防穿透加固实操手册
无需复杂的网络工程知识，跟随以下指南快速完成浏览器隐私防护设置。
Google Chrome 自身未提供直接关闭 WebRTC 的原生开关，推荐采用如下加固手段：
- 安装官方认可扩展 WebRTC Control 或 uBlock Origin。
- 在 uBlock Origin 设置中勾选：「阻止 WebRTC 泄露本地 IP 地址」。
- 开启后，浏览器将仅使用代理路由提供的公共接口发起媒体候选。
Firefox 提供了最彻底的原生内核级关闭功能，适用于对隐私有极致要求的极客：
- 在地址栏输入
about:config并回车。 - 搜索配置项：
media.peerconnection.enabled。 - 双击将其值由
true修改为false。
Apple 在 WebKit 内核中默认引入了强力隐私保护机制：
- 打开 Safari 设置 → 「高级」 → 勾选「显示开发菜单」。
- 在「开发」菜单 → 「功能标志 (Feature Flags)」中。
- 确认勾选「WebRTC mDNS ICE candidates」，确保本地私网 IP 绝不以明文形式泄露。
三、专线节点 UDP 转发与 FullCone NAT 的关键作用
为什么开启了 TUN 模式依然可能发生 WebRTC 报错或通话单向无声？
在排查 WebRTC 故障时，许多用户会遇到通话双方「连上了但听不到声音」或「连线 10 秒后自动中断」的情况。这通常是因为所用机场节点不支持 FullCone NAT（全锥型 NAT） 或服务端直接禁用了 UDP 转发所致：
部分廉价机场为了防止用户使用 BT 种子下载或发送垃圾邮件，在服务端暴力屏蔽了所有 UDP 报文。当浏览器尝试建立 WebRTC 通信时，UDP 数据包被直接丢弃，导致浏览器被迫降级直连，或是跨国会议完全瘫痪。
本站认证的专线机场全节点开启 FullCone NAT。无论外服 Steam / Switch 联机，还是 Zoom / Discord 网页实时语音，数据包都能通过海外落地服务器原样封装打洞，既保障真实 IP 零泄露，又实现毫秒级超低音频延迟。
四、WebRTC 隐私与穿透排查常见问答 (FAQ)
收集整理的高频疑问与官方解答。
Q1：彻底关闭 WebRTC 后，会不会影响我正常浏览网页？ ▼
Q2：为什么本工具测试完成后不需要手动清除连接？ ▼
peerConnection.close() 并解除事件监听，释放所有网卡套接字句柄，确保不会在浏览器后台残留任何静默连接。
支持 FullCone NAT、跨国音视频零泄露的优质专线
通过真实 STUN 穿透与 UDP 抓包双重测试，杜绝外服游戏掉线与会议断音。