这个工具的输入框只有一行，但填错的方式比想象中多。大部分“测出来全红”的情况，问题都出在这一行。

两种合法输入

第一种是域名，前提是它必须有 AAAA 记录。只有 A 记录的域名在这里没有意义，所有节点都会停在解析阶段。

第二种是 IPv6 地址本身。要注意用方括号包起来，比如 https://[2400:3200::1]/，这是 URL 标准的要求，不加方括号解析会出错。

域名、协议和路径

建议写完整地址，带上 https://。带 https 的地址会走完整的 TLS 握手和证书校验，这本来就是 IPv6 用户真实经历的过程，跳过它反而测不出问题。

路径也建议写实际访问的页面，而不是只填首页。首页通常是静态缓存，真实业务页往往要查库、调接口，两者耗时能差一个数量级。

证书和 SNI 是常见坑

IPv6 站点如果证书没覆盖这个域名，或者服务器上的 SNI 配置只对 IPv4 生效，握手会直接失败。表现出来是“解析成功、连接成功、TLS 失败”，和网络无关。

证书链不完整也会这样。浏览器有时能自动补全中间证书，探测端不会。

连测两三次，别只看一次

IPv6 的回程路由抖动比 IPv4 明显，单次结果很容易被某一跳的临时拥塞带偏。

我的习惯是同一地址连测三次，看三次的分布。三次都在同一区间，数据可信；忽高忽低，说明链路本身不稳，这时候该查路由，而不是继续加测。

节点怎么选

看你的用户在哪。只做国内业务，勾选三大运营商就够了；有港澳台或跨境用户，再加海外节点。

全选不是更全面，是更慢。几十个节点跑一轮要等很久，而多出来的信息对国内站点往往没有决策价值。

几个必然失败的情况

填内网地址，探测端在公网，永远到不了。

填需要登录的页面，会返回 401 或 403，这是权限问题，不是测速问题。

填非标准端口，要显式写出来，比如 https://example.com:8443/，否则默认走 443。

排除这几种，剩下的失败才有排查价值。打开 IPv6 网站测速，先填一个确定支持 IPv6 的域名做对照，能快速判断是工具问题还是站点问题。