什么是 WebRTC？
WebRTC 让浏览器无需插件即可进行实时音视频和对等连接。
为建立连接，浏览器可能向 STUN 服务器查询候选地址 — 包括局域网 host 地址和公网服务器自反地址。
隐私
WebRTC 泄漏测试
查看 WebRTC 是否暴露了与本页不同的公网 IP — 而不只是局域网地址。
测试报告
根据你当前的网络连接实时更新
WebRTC 状态正在运行 WebRTC 测试…
公网 IP正在查询公网 IP…
WebRTC 公网地址正在检查 STUN 地址…
局域网地址正在检查 host 候选地址…
ICE 候选地址
方法：本浏览器通过一台 STUN 服务器收集 ICE 候选。与本页 IP 同族且不一致的公网 host 或 STUN（srflx）地址即为泄漏。局域网地址单独列出。忽略 mDNS 名称。中继（TURN）不视为公网 IP 泄漏。
结果说明
局域网 host 地址（例如 192.168.x.x）表示本页能看到你的本地网络。这并不等于暴露了真实公网 IP。
与本页 IP 不同的公网 STUN（srflx）地址才是对 VPN 用户重要的泄漏 — 网站得知了隧道本应隐藏的公网地址。「本页 IP」是加载 SkyPath 所用的地址；若隧道覆盖本站，那就是 VPN 出口。
自动泄漏判定只比较本页加载所用的同一 IP 族（IPv4 对 IPv4，IPv6 对 IPv6）。另一族的公网地址会列出供你对照，不会自动标为泄漏。
判定会忽略 mDNS（.local）名称。它们会隐藏局域网 IP，但不能证明公网 IP 安全。中继（TURN）候选不视为公网 IP 泄漏。
了解更多
为什么 VPN 用户需要关心
VPN 可以掩盖加载本页所用的 IP，但 WebRTC 仍可能通过 STUN 收集另一个公网地址。这种不一致才是真正的泄漏。
看到 192.168 或其他私网 host 候选，只说明局域网可见，并不能证明运营商公网 IP 已泄漏。
如何阅读 host、STUN、中继和 mDNS
Host 是本地网卡。192.168、10.x 或 IPv6 ULA 表示本页能看到局域网。这与公网 IP 泄漏不是同一结论。
服务器自反（srflx）是 STUN 服务器看到的公网地址。请与本页的公网 IP 对照。该族不一致才是对 VPN 重要的泄漏。
中继（TURN）走 turn 服务器，不是运营商地址。对端自反（prflx）来自对端。mDNS 名称以 .local 结尾：本测试在判定中忽略它们，因为它们隐藏的是局域网 IP，不是公网泄漏。
连接前后各测一次
先在未连接 VPN 时打开本测试，记下公网 IP 和 WebRTC 公网地址。连上 VPN 再测一次，两个公网值都应是 VPN 出口，而不是家庭运营商。
若连接后 WebRTC 公网仍是运营商地址，说明隧道未覆盖 WebRTC。开启 VPN 的 WebRTC 防护或在浏览器中限制 ICE 候选后再测。下一步：DNS 泄漏测试。
IPv4 与 IPv6 分开比较
本页只通过一个 IP 族加载。自动判定只比较该族的 WebRTC 公网地址，因此页面走 IPv4 时，IPv6 STUN 地址不会仅因此被标为泄漏。
出现另一族时我们会列出，请你对照对应的 VPN 出口（若有）。我们只用一台 STUN 服务器；第二台 STUN 也不会改变这条规则。
如何减少 WebRTC 暴露 IP
Chrome 和 Edge 已不再提供许多指南仍在引用的旧版 chrome://flags「WebRTC IP handling」开关，WebRTC Network Limiter 扩展也已停用。托管浏览器可以设置 WebRTC IP 处理策略。否则请使用带 WebRTC 防护的 VPN。
Firefox：在 about:config 中，media.peerconnection.ice.default_address_only 和 media.peerconnection.ice.no_host 可隐藏局域网 host 候选。将 media.peerconnection.enabled 设为 false 会关闭 WebRTC 并导致浏览器内通话不可用。
Safari：可在网站设置中限制 WebRTC。除非你从不需要浏览器通话，否则优先隐藏地址而不是关闭 WebRTC。然后重新运行本测试。
常见问题
什么是 WebRTC 泄漏？
页面读取 ICE 候选并获知你本不想分享的地址，就是 WebRTC 泄漏。对 VPN 用户而言，严重情况是与 VPN 出口不同的公网 STUN 地址 — 而不仅仅是 192.168 局域网地址。
看到 192.168 算 WebRTC 泄漏吗？
说明页面能看到局域网地址。这有参考价值，但和「公网 IP 与本页不同」不是同一结论。本测试会分开报告这两项。
开着 VPN 时 WebRTC 会泄漏 IP 吗？
有可能。VPN 会掩盖普通 HTTP 请求，但 WebRTC 仍可能通过 STUN 收集公网地址。请对比本页的「WebRTC 公网地址」和「公网 IP」。
应该彻底关闭 WebRTC 吗？
关闭 WebRTC（例如 Firefox 的 media.peerconnection.enabled = false）会破坏浏览器里的音视频通话。优先使用 VPN 的 WebRTC 防护或限制 ICE，而不是关掉 WebRTC。
如何修复 WebRTC 泄漏？
若 VPN 提供 WebRTC 防护，请开启。Firefox 可在 about:config 中限制 ICE host 候选。Chrome 或 Edge 若由你管理，可使用 WebRTC IP 处理策略 — 当前 Chrome 已没有旧的 flags 开关。然后重新测试。
所有 VPN 都能防止 WebRTC 泄漏吗？
不能。有些 VPN 只隧道传输 IP 流量。请确认 VPN 或浏览器是否明确提供 WebRTC 泄漏防护。
为什么我的 IPv6 WebRTC 地址没被标为泄漏？
自动泄漏判定只比较本页加载所用的 IP 族。页面走 IPv4 时会列出 IPv6 STUN 地址（反之亦然），供你自行对照，不会自动标为泄漏。
中继或 mDNS 候选是什么意思？
中继（TURN）表示路径使用了 turn 服务器，不是运营商公网 IP。以 .local 结尾的 mDNS 名称用临时名字隐藏局域网地址。本测试在公网泄漏判定中忽略这两类。
