IP 泄漏检测实战：WebRTC、DNS 与时区三关排查
斌哥工作室
代理挂得好好的，号还是一个接一个掉——多数时候问题不在 IP 脏，而在 IP 在「漏」。泄漏的意思是：你以为流量走了代理，其实有一部分没走。平台一次就看清你的真实位置，环境做得再好也是白搭。
这篇讲三类最常见的泄漏——WebRTC、DNS、时区——的原理、检测方法和修复步骤，附上线前三关 checklist。IP 本身脏不脏的检测是另一回事，看 住宅 IP 纯净度检测；环境与 IP 的绑定原则看 AdsPower+IPFoxy 环境搭建全攻略。
一、先分清：IP 脏 和 IP 漏 是两回事
| 问题 | 本质 | 检测方式 |
|---|---|---|
| IP 脏 | IP 本身有黑历史/滥用记录 | 纯净度检测（黑名单/滥用库） |
| IP 漏 | 部分流量绕过代理暴露真实环境 | 本篇的三关检测 |
很多团队反复换供应商、反复买新 IP，其实是环境在漏。不堵漏，买多少新 IP 都是往漏桶里灌水。
二、第一关：WebRTC 泄漏
原理：WebRTC 是浏览器内置的点对点通信功能，为了建立连接会通过 STUN 请求直接探测本机公网 IP——这个请求不走代理，检测结果就是你机器的真实出口。
检测方法：在环境内打开 browserleaks.com/webrtc 或 whoer 类检测页，看 WebRTC 栏是否显示了你本机的真实 IP。显示真实 IP = 泄漏。
修复：在 AdsPower 环境配置中禁用或接管 WebRTC（设置为禁用，或模式改为仅使用代理 IP 应答），禁用后检测页应显示 n/a 或代理 IP。团队规范：所有环境默认禁用 WebRTC，需要视频通话的号单独开白名单。
三、第二关：DNS 泄漏
原理：域名解析（DNS）默认可能走系统本地网络——你的域名请求清单全交给了本地运营商的 DNS 服务器。平台通过第三方脚本可以看到你用哪家的 DNS 解析：用着美国 IP，DNS 却是本地运营商，一眼假。
检测方法：在环境内跑 dnsleaktest 类检测页，看显示的 DNS 服务器归属。归属地与你代理 IP 所在国不一致、或直接显示本地运营商 = 泄漏。
修复：在 AdsPower 环境的网络配置中开启远程 DNS 解析（代理端解析），确保域名请求随代理流量走；同时环境内不要装任何「DNS 加速」「安全上网」类插件，这类插件会把解析请求劫持回本地。
四、第三关：时区与语言
原理：这一关不是流量层面的泄漏，而是环境特征与 IP 的地理对不上：IP 在美国，系统时区却是 UTC+8，语言是简体中文——比前两关更常见，杀伤力一点不小。平台的风控脚本把时区、语言、日期格式和 IP 库做交叉比对，属于一行代码就能查的事。
| 检查项 | 标准 |
|---|---|
| 时区 | 与代理 IP 所在地区一致（美国 IP 对应美国时区） |
| 语言/地区 | 与目标市场一致，别出现简体中文系统+美 IP |
| 日期与度量格式 | 跟随地区设置自动匹配 |
修复：AdsPower 环境创建时选择基于 IP 自动匹配时区（或手动指定与 IP 一致的时区），语言设置同步。创建环境后立即手动复核一遍，自动匹配偶尔也会选错，人眼过一遍最稳。
五、上线前三关 Checklist 与团队巡检
- 逐环境过三关——新环境上线前依次检查 WebRTC、DNS、时区，三项全绿才投产
- 每周抽检 10%——按周随机抽 10% 在用环境重跑三关，防配置漂移和插件偷偷改设置
- 换 IP 必重验——环境换代理后，时区一关必须重查（换地区 IP 时最容易忘）
- 掉号先查漏——出现异常验证/掉号，第一动作是跑三关，而不是急着换号换 IP
三关都过、号还是异常，再按 指纹浏览器 + 住宅 IP 组合方案排查更深层的环境问题；各平台对 IP 的具体风控口径，看 平台 IP 风控要求对比。
运营行动清单
- 所有环境默认禁用 WebRTC，视频类需求单独白名单
- 开启代理端远程 DNS 解析，禁装 DNS 类插件
- 时区/语言跟随 IP 地区，创建后人工复核一遍
- 新环境三关全绿才上线，换 IP 后重验时区
- 每周随机抽 10% 在用环境复检三关
- 掉号先跑三关检测，再谈换号换 IP
要 IPFoxy 住宅 IP（推荐码 ip0001）或泄漏排查帮助，微信 492683467 / TG @Bingefb 找斌哥工作室，说「IP 泄漏」，直接给你我们自用的上线三关检查表。
常见问题 FAQ
Q：挂了代理 WebRTC 就一定泄漏吗？
不一定，取决于环境配置。指纹浏览器对 WebRTC 有接管/禁用能力，配置正确时它不会暴露真实 IP。但「没配置」的裸环境基本必漏。别赌默认行为，直接禁用最省心——多数社媒和广告平台场景用不到 WebRTC。
Q：DNS 泄漏平台真的看得到吗？
看得到。大量网页内嵌的统计与风控脚本能感知页面加载的解析路径特征，DNS 归属地与 IP 地区不一致是成熟风控系统的常见交叉验证项。它未必单独导致封号，但会拉高整个环境的可疑分。
Q：时区不对会直接封号吗？
很少「直接」封，但会让环境长期处于可疑状态——新环境过审更难、二次验证更频繁、抗风控余量更小。时区是三关里修复成本最低的一项（改个配置的事），没有理由不修。
Q：手机端环境也要查这三项吗？
要，而且手机端更容易漏：App 权限更杂，WebRTC 等价物（如 VoIP 直连）和系统级解析更难自查。云手机/真机方案要在选型时就确认这三项可控，上了量再发现不可控，换方案的代价会大得多。