WebRTC IP 泄露检测工具
指导
WebRTC IP 泄露检测工具
WebRTC是浏览器内置的API，无需插件即可支持语音和视频通话。为了直接连接两个对等端，它使用ICE框架收集候选IP地址——该列表包括设备的本地局域网IP以及STUN服务器可见的公网地址。当用户处于VPN或代理之后，这些候选地址可能会暴露原本应隐藏的真实IP。此检测器在您的浏览器中完全运行相同的发现流程，解析每一个ICE候选地址，并判断是否存在泄露。
如何使用
- 选择一个STUN服务器——谷歌、Cloudflare或Twilio均可作为公共参考点。
- 根据您的网络是否支持双栈，开启或关闭IPv6。
- 点击 检查是否存在IP泄露 并等待几秒钟，直到ICE地址收集完成。
- 查看摘要表格，了解本地、公网和mDNS混淆地址。
- 检查原始ICE候选地址列表，以查看浏览器暴露给JavaScript的具体内容。
特征
- 真实的WebRTC探测 – 使用RTCPeerConnection和实时STUN服务器，而非模拟查询。
- 本地和公网IP检测 – 将主机候选地址与服务器反射（srflx）和中继候选地址分开。
- IPv4和IPv6支持 – 同时分类两种地址家族，并过滤掉RFC1918和链路本地的噪声。
- mDNS感知 – 检测Chrome或Firefox是否已将原始本地IP替换为一个
.local主机名。 - 泄露结论 – 用通俗语言说明是否存在VPN绕过泄露。
- 原始候选地址导出 – 复制或下载完整的ICE候选地址列表以供进一步分析。
- 多个STUN提供商 – 将结果与谷歌、Cloudflare或Twilio进行对比以交叉验证。
- 100% 客户端 – 从未将任何候选地址、IP或遥测数据发送到我们的服务器。
常问问题
-
什么是WebRTC IP泄露？
WebRTC IP泄露是指浏览器的RTCPeerConnection API暴露了一个IP地址——通常是真实本地或公网IP——而该IP本应被VPN或代理隐藏。由于WebRTC绕过了正常的HTTP栈来收集对等候选地址，因此将浏览器通过VPN路由，并不自动将ICE发现过程也通过该VPN路由。如果公网IP和未屏蔽的本地IP都暴露给JavaScript，那么任何网站上的脚本都可以对隧道背后的真正网络进行指纹识别。
-
ICE候选地址和STUN服务器是什么？
ICE（交互式连接建立）是WebRTC使用的协商框架，用于在两个对等端之间找到可行路径。每个ICE候选地址描述了一个可能的对等端可达地址，包括类型：主机（本地接口）、srflx（服务器反射，通过STUN发现）或中继（通过TURN服务器）。STUN（会话穿越NAT的实用工具）服务器是一种轻量级的公共服务，它会报告浏览器连接到达时所看到的公网IP和端口——正是通过这种方式，浏览器在位于NAT之后时才能得知自己的外部地址。
-
mDNS混淆如何保护本地IP？
现代Chrome和Firefox版本会将主机候选地址中的原始本地IPv4地址替换为以.local结尾的随机主机名，例如a1b2c3d4-5678-90ab-cdef-1234567890ab.local。这些mDNS主机名仅在实际对等协商期间在本地网络段内可解析——对JavaScript和第三方STUN服务器来说都是不可见的。这意味着脚本不再能轻易从ICE候选地址中读取用户的192.168.x.y或10.x.y.z局域网地址。
-
暴露公网IP是否总是被视为泄露？
并非必然。公网IP已经对浏览器访问的任何HTTP服务器可见，因此STUN发现的srflx候选地址在正常浏览环境中不会暴露任何新信息。问题在于隐私方面：如果用户正在使用本应隐藏其真实公网IP的VPN或隐私工具，而WebRTC报告的srflx候选地址匹配的是真实的公网IP而非VPN出口，那么这就构成了泄露。结论取决于使用意图——在有VPN的情况下，相同的候选地址可能是无害的，也可能是泄露。
