Charles
2026-09-20 10:13有时候会遇到一种挺奇怪的情况：明明已经换了网络出口，打开网页后，页面显示的地区、内容推荐甚至部分网络信息，却还是和之前比较接近。
这时候很多人第一反应是出口IP没换成功。其还有一种情况容易被忽略——浏览器里的 WebRTC 可能暴露了另外一条公网地址信息。
所以，如果你发现页面显示的出口IP和浏览器检测出来的地址对不上，可以单独做一次 WebRTC 泄漏检测，看看浏览器到底暴露了哪些网络地址。
一、WebRTC泄漏检测是什么?
有时候明明换了网络出口，打开网页后，页面显示的地区、内容推荐却还是和之前比较接近。很多人第一反应是出口IP没换成功，其实不一定。
还有一种情况容易被忽略：浏览器里的 WebRTC 可能暴露了另外一条公网地址信息。
所以，如果发现页面显示的出口IP和浏览器检测出来的地址对不上，可以做一次 WebRTC 泄漏检测，看看浏览器到底暴露了哪些网络地址。
1.1 WebRTC是做什么的?
WebRTC 全称 Web Real-Time Communication，是浏览器自带的实时通信技术，可以让网页直接实现视频、语音和数据传输，不需要额外安装插件。
1.2 什么叫WebRTC泄漏?
网页建立 WebRTC 连接时，浏览器会收集一组 ICE candidate，也就是用于通信的候选地址。其中部分候选可能包含通过 STUN 发现的公网地址。
如果这个地址与当前网页显示的出口IP明显不同，就需要进一步判断是否存在 WebRTC 暴露真实公网地址的情况。
二、浏览器为什么能发现真实IP?
2.1 STUN和ICE是什么?
浏览器建立 WebRTC 连接时，需要知道自己的网络地址。STUN 服务器可以帮助浏览器发现从外部网络看到的公网地址。
随后浏览器会生成 ICE candidate，常见类型包括：
| 类型 | 含义 | 重点 |
|---|---|---|
| host | 本机或局域网地址 | 现代浏览器通常通过mDNS隐藏 |
| srflx | STUN发现的公网地址 | 重点关注 |
| relay | TURN中继地址 | 通常属于中继 |
其中 srflx 比较值得关注。如果检测到的 srflx 公网IP与当前出口IP明显不同，就需要进一步排查。
2.2 .local是不是IP泄漏?
不一定。现代浏览器通常会通过 mDNS 隐藏本地网络地址，因此可能看到类似 xxxx.local 的结果，出现 .local 本身并不代表公网IP泄漏。
三、WebRTC泄漏怎么检测?
3.1 先查看当前出口IP
先用普通IP查询工具确认当前网页访问使用的公网出口IP。
3.2 发起WebRTC检测
检测页面会在浏览器中创建 RTCPeerConnection，然后读取浏览器产生的 ICE candidate，并展示检测结果。
3.3 重点看公网候选
主要关注：
• 是否出现 srflx 公网IP;
• 是否出现与当前出口明显不同的公网地址;
• 是否存在无法解释的公网IPv4或IPv6。
然后把 WebRTC 检测到的公网IP与页面出口IP进行对比。
| 检测项目 | 结果 | 判断 |
|---|---|---|
| 页面出口IP | A | 当前网页出口 |
| WebRTC host | xxx.local | 通常无需担心 |
| WebRTC srflx | A | 与出口一致 |
| WebRTC srflx | B | 建议进一步排查 |
不要只看“IP不一样”，还要看候选类型和地址来源。
四、WebRTC和DNS泄漏有什么区别?
两者经常一起排查，但检查的不是同一个东西。
| 对比项目 | WebRTC泄漏 | DNS泄漏 |
|---|---|---|
| 检查对象 | WebRTC候选地址 | DNS查询请求 |
| 主要涉及 | ICE、STUN | DNS服务器 |
| 重点观察 | 是否出现额外公网IP | DNS请求是否走预期路径 |
| 检测方式 | WebRTC泄漏检测 | DNS泄漏检测 |
如果想系统检查网络环境，可以把 IP质量、WebRTC、DNS 一起排查。
五、哪些情况值得做WebRTC检测?
以下几种情况可以顺手检测一次：
• 换了网络出口后：页面显示的信息和预期不一致，可以看看浏览器有没有暴露其他公网地址。
• 使用网页视频、语音功能前：视频会议、在线客服等场景可能使用 WebRTC，提前检查更直观。
• 更换浏览器或版本后：不同浏览器及版本对 WebRTC、mDNS 的处理方式可能存在差异。
• 排查账号网络环境时：不要只看出口IP，WebRTC 可以作为网络环境排查的一项。
六、WebRTC泄露检测常见问题解析
6.1 WebRTC测到的IP和出口IP不一样正常吗?
不一定就是泄漏。不同网络路径、IPv4/IPv6以及浏览器策略都可能造成差异。真正值得关注的是：WebRTC是否暴露了与你当前预期网络环境无关的真实公网地址。
6.2 手机浏览器会不会WebRTC泄漏?
会。iOS、Android上的浏览器同样可能使用 WebRTC。现代版本通常会通过 mDNS 减少本地地址暴露，但公网候选仍可能出现。
6.3 关闭WebRTC能彻底解决吗?
不能简单理解成“关闭WebRTC就解决所有问题”。Firefox提供相关设置，Chrome、Edge则没有统一的官方一键关闭开关。更实际的方式是：先检测 → 找到具体暴露内容 → 再决定是否需要调整。
总结：先检测，再决定要不要处理
WebRTC本身是浏览器实时通信功能的一部分，并不是专门用来获取真实IP的技术。真正需要注意的是，浏览器建立 WebRTC 连接时可能产生额外网络地址。
如果想判断有没有 WebRTC 泄漏，可以按照：看出口IP → 看ICE candidate → 找srflx → 对比公网IP → 再判断。
如果只是看到 *.local，通常不用过度担心;如果发现与当前出口明显不同的公网IP，则值得进一步排查。
想快速检查，可以使用 ToDetect WebRTC检测工具，先看清浏览器当前暴露的网络地址，再决定后续是否需要处理。
