IP、网站与代理检测工具
检查 IP 信息、浏览器网络路径、网站可达性与代理健康状况，支持远程区域探测。
选择一个工具
IP 地址描述的是一个网络出口，不是一个人。这里的结果都要当作诊断信息来读。
六个用于排查连通性的工具：三个看地址和路径，两个测代理，一个从你自己的网络之外检查站点是否应答。它们给出的都是快照——某一时刻、某一条路径、某一个解析器。这足以定位故障，但不足以对「地址背后是谁」下任何结论。
三个看地址的工具，回答的是不同的问题
手里已经有一个地址（来自日志行或白名单），想知道 GeoIP 与注册数据库对它的记录时，用 IP 地址信息查询：大致的国家与城市、覆盖它的网络前缀、以及 ASN 和登记的组织名称。它一次最多接受 100 个地址，也适合给清单做初筛。
当问题是关于当前浏览器自己的链路、而不是别人的地址时，用 IPv4 与 IPv6 连通性检查。它比较此刻两个地址族是否都可达，适用于「某个服务在一个网络可用、换个网络就不行」的场景。
代理或 VPN 看起来配好了、流量却不认账时，用浏览器 IP、WebRTC 与 DNS 泄漏检查。它会报告这个浏览器暴露出的公网 IP 路径、WebRTC 收集到的 ICE 候选，以及页面可见的解析器信号。
一个站点检测和两个代理检测
网站可访问性与延迟检测回答的是：某个主机从多个区域看是否应答、HTTP 状态是什么、经过了怎样的跳转链、耗时多久。用户报告站点打不开而你复现不了时先用它，因为它能把「你这条路的故障」和「源站的故障」分开。
批量代理可用性检测与地区代理出口检测按数量和深度分工。前者接受一份有上限的 HTTP、HTTPS、SOCKS5 清单，比较连通性、认证结果和目标响应，属于初筛；后者针对一个已授权代理，从选定的远程区域发起，展示目标响应与出口路径，回答「这条线路到底落在哪里」。
批量检测之前先用代理列表格式化把清单规整好，这样失败才意味着代理本身有问题，而不是某一行没解析出来。只测试你拥有或已获明确授权的目标与代理。
这些结果是什么，不是什么
GeoIP 结果是数据库对某个网络前缀的声明，带有精度半径，而不是对设备位置的测量。地址本身通常属于运营商 NAT、办公网关、机房地址段或代理出口，因此它描述的是流量从哪里离开网络。它不是身份信息，这些工具也不应被当作身份工具使用。
这里也没有任何结论性判决。路由会变、缓存会过期，目标还可能对某一次探测限流而放过另一次。请记录目标、时间、区域、状态，以及失败发生在哪个阶段，再取一次样本，然后才据此行动。
在采信结果之前
- 每个结果都记下时间戳、区域和确切目标。一次检测描述的就是某一时刻的某一条路径，仅此而已。
- 把 GeoIP 位置读作数据库对一个网络前缀的声明（连同它的精度半径），而不是测得的坐标，更不是某个人。
- 在断定站点或代理不可用之前，换一个区域或换一个时间再跑一次。
- 记下失败发生的阶段：DNS、TCP、TLS、HTTP 还是代理认证，每一层的修复方式都不一样。
- 只测试你拥有或已获明确授权的主机与代理，并且不要把私有 URL、令牌和凭据放进输入。
常见问题
这些工具能查到某个人是谁吗？
不能，它们也不是为此设计的。IP 地址标识的是一个网络出口，运营商 NAT 或企业网关后面常常有成千上万的用户共用它。查询返回的是某个前缀的注册与 GeoIP 记录，不是个人、家庭或设备。
为什么 IP 信息查出来的城市是错的？
GeoIP 数据库靠注册信息和推断把前缀映射到位置，通常在国家一级较准，再往下就不可靠。移动网络、VPN 出口和大型托管地址段，经常被标到服务商的注册地址上，而不是流量实际所在的附近。
某个站点我打不开，应该从哪个工具开始查？
先用 IPv4 与 IPv6 连通性检查确认自己这条路是好的，再用网站可访问性与延迟检测看该主机在其他区域是否应答。如果别处能通、只有你不通，故障就在你到源站之间。
代理在检测里通过了，我的应用却还是失败。
检测器和你的应用是两个不同的客户端。常见原因包括协议头不匹配（socks5 与 socks5h 导致主机名在错误的一侧解析）、库不支持该认证方式，或者目标站点拒绝这个代理的出口地址段。把两边失败的阶段对照一下。