Charles
2026-10-31 10:03明明已经切换了网络，IP 查询页面显示的也是当前地址，但打开 WebRTC 检测工具，却发现多出了另一个公网 IP，甚至还有本地网络地址。
这种情况不一定意味着浏览器存在安全故障，也可能是 WebRTC 在建立连接时收集了其他网络接口的信息。
WebRTC 泄露通常不会弹出提醒，网页也能正常使用。想确认浏览器是否暴露了非预期的 IP 地址，需要了解 WebRTC 的工作方式，并通过实际检测判断。
一、WebRTC 为什么会暴露 IP 地址?
WebRTC 是浏览器内置的实时通信技术，常用于视频会议、语音通话和网页实时互动。
建立连接时，WebRTC 会通过 ICE 机制收集候选连接地址(candidate)。这些地址可能来自本机网络接口，也可能是 STUN 服务器观察到的公网地址。
普通 IP 查询页面主要显示网页请求使用的公网出口，而 WebRTC 收集地址的过程可能涉及不同的网络路径，因此两种检测结果不一定相同。
现代浏览器通常使用 mDNS 机制隐藏部分本地 IP，检测结果中可能出现以 .local 结尾的随机名称。不过，这不代表所有公网地址都受到同样的保护。
二、如何进行 WebRTC 泄露检测?
不熟悉浏览器开发工具的用户，可以使用 ToDetect 查看 WebRTC 相关检测结果，并与当前公网 IP 信息进行对比。
检测时，重点关注以下三类 ICE 候选地址：
• host： 来自本机网络接口的地址，可能是局域网 IP，也可能经过 mDNS 隐藏。
• srflx： 通过 STUN 发现的地址，通常用于反映设备对外通信时的地址信息。
• relay： 由 TURN 服务器提供的中继地址，并不直接等同于设备自身的公网 IP。
如果检测页显示多个 IP，不必立即认定发生泄露。电脑可能同时连接有线网络、无线网络，或启用了多个网络接口。
真正需要关注的是：检测结果中是否出现了不希望网页获知的本机地址或非预期公网 IP。
此外，进行浏览器 IP 泄露检测时，别忘了检查 IPv6。只看 IPv4 可能遗漏另一种网络协议下的地址信息。
三、Chrome 和 Edge 如何修复 WebRTC 泄露?
Chrome 和 Edge 没有面向普通用户的统一 WebRTC 关闭开关，部分旧版 chrome://flags 教程也不再适用于当前版本。
对于需要限制 WebRTC 网络地址暴露的环境，可以使用浏览器支持的 WebRtcIPHandlingPolicy 策略。
将策略设置为：disable_non_proxied_udp，这一设置用于限制 WebRTC 使用不符合指定网络策略的 UDP 连接，从而减少部分非预期的地址暴露。
需要注意，策略配置方法与操作系统有关，且可能影响视频通话、屏幕共享等实时通信功能。修改后应重新启动浏览器，并再次执行 WebRTC 泄露检测。
不建议直接照搬旧版浏览器的设置教程，尤其要核对当前版本是否仍支持对应策略。
四、Firefox 如何关闭 WebRTC?
Firefox 提供了较为直接的 WebRTC 设置方式，可以通过高级配置页面关闭相关功能。具体操作如下：
| 操作步骤 | 具体操作 | 说明 |
|---|---|---|
| 第一步：进入高级设置 | 在 Firefox 地址栏输入 about:config，按回车进入 | 打开浏览器高级配置页面 |
| 第二步：查找配置项 | 在搜索框输入 media.peerconnection.enabled | 定位 WebRTC 配置参数 |
| 第三步：关闭 WebRTC | 将配置项的值从 true 修改为 false | 禁用 WebRTC 相关功能 |
| 第四步：验证设置 | 重新打开 WebRTC 检测页面 | 查看是否仍能获取 ICE 候选地址 |
| 第五步：恢复功能 | 将配置项重新设置为 true | 恢复网页视频会议和语音通话功能 |
注意： 关闭 WebRTC 可能导致部分网页会议、语音通话及实时互动功能无法正常使用。
五、修复后怎样确认 IP 不再暴露?
修改浏览器设置之后，不能只看普通 IP 查询结果。建议重新打开 ToDetect，重点比较当前公网 IP、WebRTC 候选地址和 IPv6 检测信息。
如果此前出现的非预期地址不再显示，可以说明本次测试环境下的地址暴露情况有所改善。
如果结果没有变化，可以检查浏览器策略是否生效、是否存在多个活动网络接口，以及系统是否仍在使用 IPv6。
需要注意，检测结果可能随网络连接、浏览器版本和页面行为而变化。一次检测正常，不代表以后所有网络环境都不会出现地址暴露。
六、WebRTC 泄露和DNS泄露有什么区别?
WebRTC 泄露主要涉及浏览器实时通信过程中收集和暴露的网络地址。
DNS 检测关注域名解析请求所使用的网络路径，而浏览器指纹则涉及字体、时区、屏幕参数、Canvas、WebGL 等环境信息。
这些信息的来源和用途并不相同，因此仅关闭 WebRTC，不能解决所有浏览器隐私问题。
使用 ToDetect 进行浏览器环境检测时，可以结合不同检测项目了解当前环境的信息暴露情况，而不是仅凭一个 IP 地址判断整体隐私状态。
WebRTC泄露检测常见问题解析
WebRTC 显示的 IP 与公网 IP 不同，是泄露了吗?
不一定。应先确认地址类型、网络接口及连接状态。只有出现非预期且可被网页获取的地址时，才需要进一步排查。
检测结果出现 .local 正常吗?
通常正常。这一般是浏览器使用 mDNS 隐藏本地地址的表现，但仍需单独检查其他候选地址。
手机浏览器会发生 WebRTC 泄露吗?
有可能。移动端浏览器同样支持 WebRTC，实际暴露情况取决于浏览器实现、系统权限和当前网络环境。
关闭 WebRTC 就能完全保护浏览器隐私吗?
不能。WebRTC 只是网络信息暴露的一个来源，DNS、IPv6 和浏览器指纹等仍需要分别检查。
总结
WebRTC 泄露并不一定意味着浏览器受到攻击，关键是判断网页是否能够获得超出预期的网络地址信息。
遇到异常结果时，先通过 ToDetect 进行 WebRTC 泄露检测，再根据浏览器类型调整设置，最后重新检测验证。相比单纯关闭某项功能，理解检测结果并确认修改是否有效，更有助于日常浏览器隐私管理。