IP 检测与网络隐私泄漏深度扫描
挂梯子并不等于绝对隐身。排查浏览器底层 WebRTC 漏洞、透明代理请求头特征、DNS 本地泄漏及 IPv6 双栈绕行问题，让网络连接滴水不漏。
直接结论（Quick Answer）
代理软件只能保护常规的 TCP 应用流量。如果浏览器启用了 WebRTC，远程网页无需任何系统权限即可通过 RTCPeerConnection 接口探知您的内网私有 IP 与真实公网出口 IP。同时，DNS 请求若未能强制重定向至代理端，您的访问记录将直接暴露给本地宽带运营商。
- WebRTC STUN 协议天生具备穿透 NAT 能力，必须通过浏览器策略或 TUN 模式严格阻断。
- Windows 智能多宿主名称解析功能是导致系统级 DNS 泄漏的高发诱因。
- 选购具备原生住宅 IP 的优质专线（如隐形人、Firefly）可彻底解决跨境电商关联封号。
MyIP Wiki 秉持客观独立的网络测评原则。本页面包含部分合作伙伴的推广链接（带有 ?code= 推荐代码并标明 sponsored）。当您通过这些链接注册或选购服务时，我们可能获得少量佣金支持本站服务器维护与日常测试，但这绝不会增加您的实际购买成本，亦不影响我们的真实评测与排名准则。所有技术参数与价格均定期人工核验。
实时 WebRTC 候选地址安全探针
通过 STUN 服务器测试您的当前浏览器是否正在泄露真实网络 IP：
- 探测 stun.l.google.com:19302 响应中...
四大常见网络泄漏途径与硬核防范方案
| 泄漏途径 | 触发机制 | 危害等级 | 彻底根治方案 |
|---|---|---|---|
| WebRTC 穿透泄漏 | 浏览器 STUN 接口直连查询公网 IP | 高危（直接暴露国内真实 IP） | 在浏览器中禁用 WebRTC 或开启 TUN 虚拟网卡 |
| DNS 污染与泄漏 | 域名查询回退到本地 ISP 53 端口 | 高危（运营商知晓所有访问网站） | Clash 开启 fake-ip 并在内核启用 DoH 远程解析 |
| IPv6 双栈裸奔 | 代理软件仅转发 IPv4，v6 流量直连 | 高危（海外服务直接获取真实 v6） | 开启代理客户端的 IPv6 路由或在系统网卡中关闭 v6 |
| HTTP 代理请求头泄漏 | 代理服务器主动附加 X-Forwarded-For | 中危（目标服务器直接获知真实来源） | 改用高匿/纯净 IEPL 专线，不使用免费透明代理 |
网络防泄漏硬化实操决策树
[ 检测到翻墙代理隐秘泄漏 ]
|
+---------------+---------------+
| |
[ WebRTC 穿透泄漏 ] [ DNS 解析泄漏 ]
| |
真实家庭 IP 被 JS 提取 向国内运营商 DNS 请求海外域名
| |
浏览器禁用 WebRTC API 客户端开启 fake-ip 增强模式
或使用防关联指纹浏览器 强制全部 DNS 请求走远程代理
常见问题与答疑
挂了梯子之后，为什么海外平台（如 Paypal、TikTok）依然能识别我的真实国内 IP？
这绝大多数是由【WebRTC STUN 穿透泄漏】或【DNS 污染泄漏】引起的。即使您开启了代理，浏览器内部的 WebRTC 模块依然会在后台静默向 Google STUN 服务器发起直连探测，绕过代理软件直接把您真实的公网 IP 发送给网页端 JavaScript。此外，若 DNS 请求没有走代理，而是直接向国内宽带（114.114.114.114）查询，同样会瞬间暴露您的真实所在地。
如何彻底封堵 WebRTC 泄漏？
对于火狐浏览器（Firefox），可在地址栏输入 about:config，搜索并将 media.peerconnection.enabled 设置为 false；对于谷歌 Chrome 或 Edge 浏览器，建议安装 WebRTC Control 扩展或开启 Clash Verge 的 TUN 模式以全量接管 UDP 流量；对于跨境电商卖家，推荐使用指纹防关联浏览器。
双栈网络（IPv4 + IPv6）为什么更容易发生泄漏？
许多老旧的代理节点或廉价梯子只对 IPv4 流量进行加密转发，完全忽视了 IPv6。当您的本地宽带支持原生 IPv6 时，操作系统会优先使用 IPv6 直连访问目标网站，导致数据直接绕过代理裸奔，造成严重的 IPv6 泄漏。
数据与技术来源声明
- IETF RFC 5389 NAT 会话遍历实用工具 (STUN) — WebRTC 穿透底层协议
- W3C WebRTC 规范标准 — 浏览器点对点通信规范