关于 IPv4 与 IPv6 连通性检查
IPv4 与 IPv6 网络连通性检查会从你当前所用的浏览器出发，分别测试两个地址族。它会告诉你此刻 IPv4 通路、IPv6 通路是否可用，显示每一族呈现出的公网地址，并给出「是否完整双栈」的结论。
双栈意味着你的连接既能走 IPv4 也能走 IPv6，而这两条路径是真正独立的：地址不同，路由往往不同，有时连运营商都不同。浏览器把这一切藏了起来。启用 Happy Eyeballs 的站点会同时尝试两个地址族，谁先应答就悄悄用谁，于是一条「坏但没死」的 IPv6 通路 —— 建连很慢、大包被丢、解析到不可达地址 —— 永远不会以报错的形式出现，只会让页面显得发卡。分别测试每个地址族，是看清连接哪一半真正在工作的唯一办法。
如何使用这个开发者工具
- 打开工具。两个探测会自动并行开始，各自有 8 秒超时。
- 分别阅读两张卡片：显示可用的一侧会给出该地址族呈现的公网地址，以及对应的位置、网络前缀和 ASN。
- 看顶部的结论行，判断当前连接是完整双栈，还是只有一个地址族可用。
- 在切换网络、连接或断开 VPN、切换代理配置、改动浏览器隐私设置之后，点击「重新检查」。
- 如果某一族失败，把可用那一族的地址与路由器状态页上显示的地址对照，判断断点在路由器上还是在它的上游。
实例：一条纯 IPv4 的连接
家庭与办公网络上很常见的结果。IPv4 探测完成并带回完整记录，IPv6 探测因为路径上没有任何一环能承载它而超时。
打开工具 —— 两个探测自动开始当前网络：不是完整双栈
IPv4 — 可用
203.0.113.45
位置 Frankfurt · Hesse · Germany (DE)
网络 203.0.113.0/24 · AS64500 Example Transit AB
时区 Europe/Berlin
IPv6 — 不支持
8 秒内未返回公网地址「不支持」的意思是：此刻、这张网络上、这个浏览器没有完成 IPv6 探测。它不是在断言运营商没有 IPv6，也不是一种故障状态。对互联网上的绝大多数内容来说，一条纯 IPv4 的连接完全够用。
每个字段的含义与可信度
两张卡片展示的是同一套记录，对应该地址族呈现的地址；这些字段的分量并不相同。
| 字段 | 数据来源 | 可信程度 |
|---|---|---|
| 国家 | 注册分配记录加路由数据 | 高。主要在卫星链路、任播段和 VPN 出口上「出错」，而那时它对出口仍然是对的。 |
| 一级行政区 | 数据库推断 | 中等。固网线路经常正确，移动网络和大型主机前缀经常不正确。 |
| 城市 | 数据库推断 | 低。必须和精度半径一起读，后者才说明这个圈有多大。 |
| 邮编 | 数据库推断 | 低。它出现是因为记录里有这个字段，而不是因为它被测量过。 |
| 坐标与精度半径 | 估算区域的中心点 | 半径才是诚实的部分。孤立的坐标永远不等于地址。 |
| 网络前缀 | 路由表 | 高。这是你的地址所在的地址块，也是最值得写进日志的字段。 |
| ASN | 注册管理机构分配 | 高。通告这段前缀的那张网络的路由身份。 |
| 组织 | 登记在该 ASN 名下 | 在「谁在承载流量」上很高，在「谁在向你收费」上偏低。 |
常见问题排查
IPv6 显示不支持，但运营商宣称支持，家里其他设备也有。
成因 任何一跳都可能把它断掉：路由器没有申请或下发前缀、本机网卡上的 IPv6 被关闭、VPN 客户端只接管 IPv4 而把 IPv6 打入黑洞、企业解析器不返回 AAAA 记录。
解决办法 先在关闭 VPN 的情况下重新检查，这是概率远高于其他原因的一种。如果 IPv6 随即恢复，断点就是 VPN；否则先去路由器 WAN 状态页确认是否拿到了委派前缀，再查本机。
两个地址族显示的国家或组织不一样。
成因 这很正常，甚至常常在预期之内。通过隧道代理获得的 IPv6、只承载一个地址族的 VPN、对两族使用不同上游的运营商，都会产生两个确实不同的出口。
解决办法 对比两张卡片上的 ASN 组织名。组织不同意味着路径不同，这是一项发现而不是故障 —— 除非你本来期望两族都走同一个 VPN，那就说明有一族漏在隧道之外。
两个地址族都失败，但浏览网页是正常的。
成因 尚未点击同意的强制门户、会拦截 TLS 并拒绝未知主机名的企业代理、拦截了探测域名的隐私扩展，或者只放行白名单目的地的防火墙。
解决办法 在新标签页里直接打开其中一个探测入口。出现门户页、证书告警或拦截页，原因立刻明确；如果它直接返回一个地址，问题就出在当前标签页的扩展上。
这里显示的地址和别的网站告诉你的不一样。
成因 大型网络会通过多个公网地址出站并按连接选择其一，CGNAT 地址池也会轮换。两个网站只是在不同时刻由不同出口回应了你。
解决办法 比较网络前缀和 ASN，而不是精确地址。这两项一致就说明是同一张出口网络，差异属于地址池的正常行为。
适合用这个工具的场景
- 在深入翻应用日志之前，先确认一个连通性投诉是不是 IPv6 独有的问题。
- 确认新上线的 IPv6 真的抵达了浏览器，而不只是抵达了路由器。
- 检查 VPN 是否同时承载两个地址族，而不是把其中一族留在隧道之外。
- 不用输入任何内容，就拿到当前连接对外呈现的公网地址和 ASN。
应该换用别的工具的场景
- 测量速度、时延或丢包。它只确认某个地址族能否完成一次请求，不说明快慢。
- 查询自己之外的地址。IP 信息查询支持输入指定地址或最多 100 个地址的批量，由服务器完成查询。
- 判断 VPN 是否「藏住」了你。地址对得上并不能说明 WebRTC 候选和 DNS 解析器的情况 —— 那要用浏览器泄漏检查。
隐私与数据处理
这项检查不经过本站的查询接口。你的浏览器直接连接已配置的 IPv4 与 IPv6 探测入口，这正是测试成立的前提：每个入口只能通过对应的地址族抵达，并把它看到的来源地址回报给你。因此这两个入口会看到你的公网地址和请求头，就像你连接的任何服务器一样。结果只在本次会话中展示，不会保存，本工具也不会把它转发到任何地方。由于连接由浏览器发起，这份结果反映的是浏览器自身的网络视角，包括任何改变了它的 VPN、系统代理或扩展。
相关开发者工具
常见问题
IPv6 显示不支持，是出故障了吗？
通常不是。互联网上仍有大量部分只跑 IPv4，一条可用的 IPv4 通路足以正常访问几乎所有内容。这个结果只说明：此刻、在这张网络上，这个浏览器没有在 8 秒内完成 IPv6 探测。
为什么两个地址族显示的位置不同？
因为它们是两个地址，可能走在两条路径上。隧道代理、只承载单一地址族的 VPN、对两族分别采购上游的运营商，都会产生注册记录不同的出口。普通双栈线路上，两者通常国家一致、ASN 也常常一致。
这是测速工具吗？
不是。每个探测只发出一次很小的请求，然后报告是否拿回了地址。它不测量带宽、抖动或持续吞吐，结果出得快也不代表连接快。
工具会把我的地址发给本站吗？
不会经由本站的查询接口。浏览器直接连接两个探测入口，每个入口回报它观察到的来源地址。你连接的每一台服务器都会看到你的地址，这项测试正是靠这一点才成立。
为什么不用点按钮它就开始检查了？
两个探测都是普通的 HTTP 请求，暴露的信息不超过你访问任何网站时对方已经看到的内容，所以打开即运行可以省掉一次点击。需要新读数时再点「重新检查」。
能用它证明 VPN 生效了吗？
只能部分证明。它显示两个地址族各自呈现的公网地址，因此意外出现家庭地址是一项真实的发现。但它看不到 WebRTC 候选和 DNS 解析行为，而那才是最常绕过 VPN 的路径 —— 请用浏览器泄漏检查。
为什么重新检查后 IPv4 地址变了？
家宽线路重新拨号就会换地址，运营商级 NAT 也会从共享地址池里分配，连接之间可能轮换。比较前缀和 ASN：只要这两项一致，你仍然是从同一张网络出去的。