验证 IPv6 地址从各地是否真正可达
输入目标开始全球拨测
全球网络延迟分布
TCPING.CN 超时 > 250ms 101ms - 250ms 51ms - 100ms <= 50ms
超时 > 250ms 101ms - 250ms 51ms - 100ms <= 50ms
个节点参与测试，当前进度：
| 区域/运营商 | 最快 | 最慢 | 平均 |
|---|---|---|---|
域名解析统计
| 检测点 | 响应IP | IP位置 | 响应时间 |
|---|---|---|---|
| 家庭 | 监测点异常 解析失败 |
| 检测点 | 响应IP | IP位置 | 丢包 | 发包 | 最新 | 最快 | 最慢 | 平均 | 网络质量 |
|---|---|---|---|---|---|---|---|---|---|
| 家庭 | 监测点异常 解析失败 |
IPv6 部署验证的关键点
IPv6 Ping 从支持 IPv6 的多地区节点向目标的 AAAA 记录或 IPv6 地址发起探测，测量各地的延迟与丢包。它解决的核心问题是：你的 IPv6 部署到底有没有真正生效。
双栈部署最常见的坑，是 AAAA 记录已经解析出去、但服务器的 IPv6 地址实际上并未对外可达，或防火墙只放行了 IPv4 规则。此时支持 IPv6 的用户会优先尝试 IPv6 连接，失败后才回退到 IPv4，表现为“打开特别慢”，而在纯 IPv4 环境下测试完全正常，极难发现。
因此上线 AAAA 记录之后，务必用本工具从多地确认 IPv6 侧真实可达，再对外宣布支持 IPv6。
常见问题
IPv6 的延迟通常比 IPv4 高还是低？
两者差别不大，主要取决于实际路由路径。国内部分线路的 IPv6 因为骨干网建设较新、拥塞较少，延迟反而更低；但也有一些运营商的 IPv6 需要绕行到少数几个出口，延迟明显高于 IPv4。逐地区对比才能得出结论。
有 AAAA 记录但 IPv6 Ping 不通，问题在哪？
按顺序排查三处：服务器网卡是否真的配置了该 IPv6 地址、防火墙是否单独放行了 IPv6 规则（iptables 与 ip6tables 是两套独立规则）、上游网络或云平台是否为该实例开通了 IPv6。第二条是最常见的原因。
为什么部分节点测不出结果？
因为并非所有拨测节点所在的网络都提供 IPv6 接入。没有 IPv6 出口的节点无法参与探测，会直接跳过而不是显示为超时，这不代表你的服务在该地区不可达。