IPv6 TCPing 测试

多节点 TCPing 测试，检测服务器连通性和延迟

服务器解析 IP发送包接收包丢包率(%)最长时间(ms)最短时间(ms)平均时间(ms)
IPv6 Ping 原理介绍
注意本页是TCPing，不是ICMPv6 Ping，下列文本仅供参考
1. 本地 IPv6 方式
Windows: ping -6 ipw.wsmdn.top
macOS 或 Linux: ping6 ipw.wsmdn.top
2. 服务器 IPv6 Ping 失败可能原因：
服务器已开启 IPv6，但防火墙（又名安全组）未对源地址是 IPv6 地址(::/0)的 ICMPv6协议 开放访问，
服务器未开启 IPv6，请参考 服务器开启 IPv6
IPv4 TCPing 测试 | IPv6 网站测速 | 网站开启IPv6检测 | DNS解析查询
访客IP: ，您的网络IPv4访问优先

IPv6 TCPing（检索时常写作 ipv6 tcping）用 TCP 握手验证 IPv6 地址与端口是否可达，比 Ping 更贴近真实业务流量。结果字段与 IPv4 TCPing 相同（发送包、接收包、丢包率、最长/最短/平均时间），读法也一致。这一页只讲 IPv6 特有的失败链路。

能连通需要同时满足三件事

  1. 域名有 AAAA 记录，且 DNS 能正常返回 IPv6 地址；
  2. 服务端进程在 IPv6 地址上监听了目标端口（Nginx 需要 listen [::]:443）；
  3. 防火墙、云安全组放行了源地址为 ::/0 的该端口。

只做了第 1 步是最常见的情况：DNS 查得到、TCP 却连不上。

为什么要从多个节点做 IPv6 TCPing 测试

IPv6 的互联互通路径与 IPv4 并不重合，某个运营商到目标不通、另一个运营商却能通是常见现象。单节点测试只能说明「这条路径不通」，多节点并列结果才能区分是服务端没监听，还是中间链路没覆盖 IPv6。本页的每次检测都会从多个节点并发发起握手，方便直接按节点对比丢包率与 RTT。

按现象定位

现象 优先检查
解析 IP 为空 AAAA 记录、DNS 是否支持 IPv6 查询
IPv4 通、IPv6 全不通 服务端监听与安全组，基本可排除服务本身故障
部分节点通、部分不通 中间链路或运营商 IPv6 互联互通
本地就测不了 本机未获得 IPv6 地址，或网络优先级偏向 IPv4

相关工具与文档