BrowserLeaks 看到真实 IP 或 DNS 本地怎么办？先查 WebRTC、DNS 和代理设置

BrowserLeaks 看到真实 IP 或 DNS 本地时，先不要直接换代理IP。优先确认公网 IP 是否仍是本机出口，再查 WebRTC、DNS、安全 DNS、系统代理、插件和客户端分流规则。真实 IP 泄露比地区库偏差更严重，账号登录和指纹浏览器任务要先排干净再继续测试。

代理IP泄露是不是指真实 IP、DNS 或 WebRTC 没走代理IP

网页能打开、不代表代理IP真的全程生效。采购前要把代理IP泄露看成链路未走全：网页请求走了代理IP，但 WebRTC、DNS、系统代理、浏览器插件或指纹浏览器 profile 里，至少有一层还在走本地。做地区验证、长期登录或店铺后台时，先查真实 IP、DNS 地区、会话是否连续一致；如果只换代理IP、不统一本地代理层级，常见结果就是地区跳变、验证码变多，最后把配置问题误判成服务商问题。

BrowserLeaks 为什么会看到真实 IP

只要 BrowserLeaks 还能看到真实 IP，优先级就高于地区不准或速度波动。这不是“代理IP不好用”这么简单，而是至少有一类请求没走代理；长期登录、店铺后台和账号任务如果继续跑，常见结果就是地区跳变后验证码变多，随后出现二次验证、登录中断，最后把风控抬高。

BrowserLeaks 显示本机公网 IP 时，先查 WebRTC 有没有绕过代理

网页出口已变更，但 WebRTC 还暴露本机公网 IP 或局域网信息，说明浏览器侧仍在直连。做指纹浏览器时，除了代理IP本身，还要一起看 profile 的 WebRTC 策略、时区、语言、DNS 是否和出口一致；这类问题更适合先回看 AdsPower、Hubstudio 的排查页，而不是立刻更换服务商。

IP 地区对了，为什么 DNS 还是本地

这类情况常见于 HTTP、HTTPS、SOCKS5 与系统 DNS、浏览器安全 DNS、客户端 DNS 规则没有统一。结果是网页看起来用了代理IP，解析请求却留在本地。采购判断上，要优先确认服务商能否配合定位 DNS 路径，否则你换 IP 类型，测试结果也可能继续失真。

只有部分请求走代理时，要回头看分流规则

客户端或插件开了按域名分流、绕过局域网、仅代理指定网站，BrowserLeaks 的部分检测就会直连。Shadowrocket 场景里，更该先核对全局/规则模式、代理策略和 DNS 规则，再看Shadowrocket 代理设置后网页打不开怎么办里的排查项；不然很容易把本地规则问题误判成代理泄露。

浏览器插件能连上，不代表整条链路一致

只装浏览器插件，往往只接管浏览器流量，不一定覆盖系统 DNS、其他应用或 WebRTC。若系统代理、客户端和插件同时开启，先保留一条链路做对照测试；多层代理互相覆盖时，最常见的后果不是不能访问，而是地区偶尔命中、会话持续不稳。

DNS 显示本地是否一定有问题

做内容查看、公开页访问或短时采集时，DNS 显示本地不一定代表代理IP不可用；只要真实 IP 没泄露、目标站点能稳定返回，很多任务仍可继续测。
但换到账号登录、支付、广告后台、指纹浏览器这类看重地区一致性的场景，DNS 与出口 IP 不一致，常见过程是先出现地区识别偏差，再增加验证码，随后触发二次验证、登录中断，最后把风控抬高。这里不该只看“能不能打开”，要一起看地区命中、验证码频率、会话稳定性和长时间登录是否掉线。
采购前更值得问服务商两件事：能不能协助定位 DNS 走向；出了地区不一致，问题在本地配置还是代理IP链路。否则你换成动态住宅代理IP、静态住宅代理IP或机房代理IP，测试结果都可能失真。

BrowserLeaks 看到真实 IP 或本地 DNS 时先排查什么

一上来先看 BrowserLeaks 里的公网 IP。若还是本机出口，别急着换代理IP，先查代理是否真启用、系统代理是否被其他客户端覆盖、浏览器插件是不是只代理部分网站。若只是国家或城市识别异常，应转到代理IP还是显示本地国家的地区判断页，不要把“地区库偏差”误判成泄露。

公网 IP 还在本地时，先排代理有没有真正接管

账号登录、广告后台、指纹浏览器这类场景，先把真实 IP 泄露排干净，再谈 IP 类型。因为本机出口一旦混入，请求会先出现地区跳变，再变成验证码增加、二次验证变多、会话中断。

WebRTC、DNS 和安全 DNS 为什么要一起看

公网 IP 已变更后，再查 WebRTC、浏览器安全 DNS、系统 DNS 和客户端 DNS。HTTP、HTTPS、SOCKS5 对 DNS 的处理并不完全一样，单看一个结果容易误判。指纹浏览器还要核对 profile 里的 WebRTC、DNS、时区、语言与代理配置是否一致。

工具里有多层代理时，应该回头核对什么

只保留一条链路做对照最稳。Shadowrocket 先看全局或规则模式、DNS 与分流；AdsPower 重点核对代理类型、host、port、认证和 profile；Hubstudio 要回看批量环境与代理配置是否混用。相关细项可继续看Shadowrocket 排查、AdsPower 排查、Hubstudio 设置和 FAQ。

什么时候才值得考虑更换代理IP方案

只有在真实 IP、DNS、WebRTC 都已一致后，目标站点仍持续出现验证码、403 或登录异常，才进入代理IP方案判断，看会话稳定性、IP类型和目标站风控力度。BrowserLeaks 第一次异常就升级套餐，通常只会把本地配置问题带进下一轮测试。

FAQ

BrowserLeaks 里公网 IP 正常，为什么还会被识别到本地

多见于 WebRTC、DNS 或浏览器安全 DNS 仍走本地。先关掉插件分流，核对系统代理与浏览器设置，再重新测；只看公网 IP，采购判断会失真。

插件已经挂上代理IP，为什么目标站还是反复验证

常见原因不是 IP 类型不对，而是只有部分流量走代理。多人共用出口、地区跳变或会话中断后，验证码会先变多，再出现二次验证和登录异常。

什么时候该怀疑系统代理被别的软件覆盖

BrowserLeaks 结果时好时坏、同一浏览器前后地区不一致时，就该回头查系统代理。先停掉其他代理客户端，只保留一条链路复测，否则换更贵的代理IP也没意义。

DNS 本地就一定要更换代理IP方案吗

不一定。先判断是浏览器安全 DNS、系统 DNS，还是客户端 DNS 导致；配置问题修不好，改用动态住宅代理IP、静态住宅代理IP或机房代理IP，结果仍可能失真。

最后先把真实 IP、DNS、WebRTC 和分流规则排干净，再判断是本地配置问题还是代理IP方案问题。只有这些结果都一致后，比较动态住宅代理IP、静态住宅代理IP或机房代理IP资源才有参考价值。