WebRTC 泄漏到底是什么
WebRTC 是浏览器自带的一个功能，本来是给视频通话、语音聊天、屏幕共享这类「浏览器之间直接连线」的场景用的。为了让两台设备能直接对上话，它会主动收集你设备的网络地址信息，其中就可能包含你的真实 IP（也就是你在网络世界里的真实门牌号）。
WebRTC 泄漏（这里的「泄漏」指的是：你明明挂了代理，浏览器却通过 WebRTC 这条旁路把你的真实 IP 暴露给了网站），说的就是这件事——你以为自己藏在代理后面，网站看到的是代理的 IP，但网页里的一段脚本可以问浏览器要 WebRTC 地址，绕过代理直接拿到你家里的真实 IP。
简单打个比方：代理就像你请了个人替你去前台登记，前台看到的是代理的名字。但 WebRTC 相当于你自己在门口不小心大声报了真名，旁边的人一下就听到了。
为什么它值得你注意
如果你用代理是为了让出口 IP 看起来更「正常」（比如登录一些对网络环境敏感的服务），那 WebRTC 一旦泄漏真实 IP，代理就白挂了——网站可以同时看到「代理 IP」和「你的真实 IP」，两个对不上，反而更像是在刻意隐藏，更容易被当成可疑环境。
还有一种常见情况：你的代理 IP 显示在一个地区，WebRTC 泄漏出来的真实 IP 却在另一个地区。这种「一个人却有两个位置」的矛盾，本身就是风控爱盯的信号。
这里要诚实说一句：WebRTC 泄漏不代表你「一定会出事」，它只是一个可能削弱代理效果的漏洞。有没有影响，取决于你在用什么服务、对方查得多严。先测清楚有没有泄漏，再决定要不要处理，比盲目紧张有用得多。
怎么免费自查有没有泄漏
打开 IP0 的浏览器自查页 /env，它会在你自己的浏览器里跑一遍检测，其中就有 WebRTC 泄漏这一项。因为这项必须用你本人的浏览器才能测出来，所以只能测你当前正在用的这台设备、这个浏览器。
看结果时重点对比两个地址：你的出口 IP（挂了代理后网站看到的那个）和 WebRTC 探测到的 IP。如果两者一致、或者 WebRTC 没探到额外的公网地址，一般说明没有泄漏；如果 WebRTC 冒出了一个和代理不一样的真实公网 IP，那就是泄漏了。
每一项旁边都有一句人话解释，你不用记那些术语。测的是「此时此刻这个浏览器」的状态，所以换了浏览器、换了代理之后，建议重新测一遍。
主流浏览器关闭 WebRTC 的通用思路
先说结论：处理 WebRTC 泄漏的思路无非两条——要么关掉/限制浏览器的 WebRTC 功能，要么让它别暴露真实 IP。下面只讲大方向，具体入口各浏览器、各版本略有不同，以你浏览器里的实际菜单为准。
一是浏览器自带设置。部分浏览器在「隐私 / 安全」相关设置里能找到限制 WebRTC 暴露 IP 的开关；如果找不到直接的开关，可以在设置里搜「WebRTC」看有没有相关选项。注意：完全关闭 WebRTC 会让视频通话、语音、屏幕共享这类功能用不了，按你自己的需求权衡。
二是浏览器扩展。应用商店里有一类专门管理 WebRTC 行为的扩展，可以限制它暴露真实 IP。这里不推荐任何具体产品——装扩展前请留意它的权限和口碑，装完务必回到 /env 再测一次，确认泄漏真的被堵住了，而不是「装了就以为好了」。改完不复测，等于没改。
关掉之后还要做什么
不管你用哪种方法处理，最后一步永远是「回去复测」。回到 /env 重新跑一遍 WebRTC 泄漏检测，确认探测到的 IP 已经不再暴露你的真实地址，才算真的处理好了。
WebRTC 泄漏只是「浏览器可能暴露真实身份」的其中一条旁路。它常和 DNS 泄漏（你查网址的请求没走代理、暴露了真实位置）一起出现，建议两项都测一下，别只堵一个漏。