58 无极 / 在线工具
网络环境自检：一次把出口、延迟、IPv6、泄漏全查清
连了代理之后，很多问题不是"连不上"，而是"连上了但环境不干净"。这一页把八项关键指标一次跑完：公网出口、归属地、时区语言一致性、WebRTC 泄漏、IPv6 可用性、网络类型、接口延迟、代理生效判定。
这八项分别管什么
① 公网出口 IP
所有网站看到的你的地址。换了线路这里必须变，不变就是没换成功。这一项是所有判断的地基。
② 归属地与运营商
地区决定你能不能做区域限定业务，运营商决定这条线看起来像不像普通宽带。出现云厂商名字就要留意。
③ 时区一致性
系统时区和 IP 所在时区差太多，是最容易被抓的矛盾之一。跨境业务尤其明显。
④ 语言一致性
浏览器语言和出口国家不匹配，同样是一条硬矛盾。语言、时区、IP 要成组切换。
⑤ WebRTC 泄漏
浏览器为了点对点连接会绕过系统代理上报真实地址。代理看着正常，WebRTC 一开就暴露。
⑥ IPv6 支持
很多代理只转发 IPv4，IPv6 直连会把真实地址漏出去。目标站支持双栈时，这条就变成漏洞。
⑦ 网络类型与延迟
接口往返时间能反映线路质量。延迟突然从 50ms 跳到 800ms，说明线路拥塞或回落到了备用节点。
⑧ 代理生效判定
浏览器出口变了，不代表所有程序都走了代理。进程代理、系统代理、全局 VPN 的作用范围完全不同。
检测结果怎么读
| 现象组合 | 大概率原因 | 处理顺序 |
|---|---|---|
| IP 没变 + 延迟正常 | 代理没生效，或只对部分程序生效 | 先看客户端连接状态，再看是否被系统 VPN 抢占 |
| IP 变了 + 时区/语言没变 | 只换了网络，环境没跟着换 | 按出口地区调系统时区和浏览器语言 |
| IP 变了 + WebRTC 报出另一个地址 | 代理只作用在 HTTP 层 | 关闭 WebRTC 或改用隔离浏览器环境 |
| IP 变了 + IPv6 仍显示本地地址 | 代理只转发 IPv4 | 系统层禁用 IPv6，或换支持双栈的线路 |
| 延迟异常高 + 频繁断连 | 线路拥塞或授权不足导致抢线 | 换线路地区，核对并发授权数量 |
| 全部正常但仍被验证 | 问题在账号或行为层，不在网络层 | 看平台规则与账号历史，别继续在网络层折腾 |
换线路之后的标准动作
- 断开旧连接。不要在线路还连着的时候直接切，容易出现旧连接没释放、新连接抢不到线路的情况。
- 确认客户端状态。已连接、授权正常、线路地区正确，三个条件缺一不可。
- 跑一次本页自检。出口、延迟、泄漏三项一起看，比单独查 IP 更全面。
- 记录结果。把 IP、地区、延迟记进台账。多实例场景下，这份记录是排查问题的唯一依据。
- 异常先恢复直连。不要在故障状态上叠加新配置，越叠越乱。
常见问题
为什么延迟忽高忽低？
三个常见原因：线路本身拥塞、出口节点在做负载切换、本地网络在丢包。如果同一线路在固定时段变慢，多半是拥塞；如果随机跳动，先查本地网络。
IPv6 会不会绕过代理？
会。很多代理只处理 IPv4，目标站同时支持 IPv6 时，浏览器可能优先走 IPv6 直连，真实地址就漏了。要求严格的环境建议在系统层直接禁用 IPv6。
浏览器 IP 变了，游戏还是被判定同一环境？
因为游戏客户端没走代理。浏览器和游戏是两个独立程序，系统代理未必覆盖所有程序。桌面端要用进程代理，按程序指定出口。
这些数据能证明我没问题吗？
不能。这里只能证明网络层的几个基础事实。平台风控还看账号行为、设备指纹、支付信息等，网络干净只是必要条件，不是充分条件。
检测结果会不会被记录？
不会。全部在浏览器端完成，页面不向本站服务器提交任何检测结果，也不写 localStorage。