韩国优质BGP线路，提供高速稳定的网络连接，优化数据传输，助您轻松提升业务效率，实现智能化互联网解决方案。
WebRTC 泄漏是怎么回事
发布时间：8小时前
阅读量：0
用了代理仍暴露真实 IP，多半是 WebRTC 没关。这类判断没有绝对答案，但有一套稳定的证据链，按证据走就不会被表象带偏。
下面按“先判断范围、再处理、最后防复发”的顺序展开，涉及 WebRTC、泄漏 的关键动作都给了具体做法，可以照着走。
原理
WebRTC 直连 STUN 服务器，绕过代理。
需要留痕的操作，把时间点和现象一起记下来，复盘时最有用。
表现
检测页显示本机内网或公网 IP。
容易踩的坑：另一个坑是照抄别人的参数，环境不同，参数就该重新算。
处理
浏览器策略禁用，或指纹浏览器内置拦截。
需要留痕的操作，把时间点和现象一起记下来，复盘时最有用。
验证
泄漏检测页确认只显示代理 IP。
速查表
| 环节 | 关键动作 |
|---|---|
| 原理 | WebRTC 直连 STUN 服务器，绕过代理 |
| 表现 | 检测页显示本机内网或公网 IP |
| 处理 | 浏览器策略禁用，或指纹浏览器内置拦截 |
| 验证 | 泄漏检测页确认只显示代理 IP |
常见问题
Q：WebRTC这类问题，最快的判断办法是什么？
先确认现象的范围：只有单台还是全部、只在某个时段还是持续。范围一缩小，原因基本就浮出来了。
Q：按文中的步骤做完，还需要注意什么？
把处理过程和最终生效的参数记下来。同类问题再出现时直接对照记录，比重查一遍快得多。
小结
回到这篇的四个环节：原理、表现、处理、验证。把证据链固定成流程，比反复试错划算得多。相关判断标准建议做成表格长期维护。
