IPv6 能解析却连不上？双栈网络这样排查

域名能查到 IPv6 地址，不代表这条 IPv6 线路一定能访问目标。遇到“浏览器偶尔能打开，命令行或部分节点却超时”，可以把 IPv4、IPv6 分开检查，再判断是哪一段连接出了问题。

先看解析，再测连接

在 FB4 的 DNS 查询中，分别选择 A 和 AAAA 记录：A 通常对应 IPv4 地址，AAAA 对应 IPv6 地址。记录解析结果、节点和查询时间。查到记录只证明 DNS 返回了地址，下一步还要确认目标端口和 HTTPS 能否访问。

在自己的设备上分别测试

把下面的 example.com 换成遇到问题的域名。在 Windows PowerShell 中使用 curl.exe；Linux 和 macOS 把 curl.exe 改为 curl。

curl.exe -4 -I --connect-timeout 8 --max-time 15 https://example.com/
curl.exe -6 -I --connect-timeout 8 --max-time 15 https://example.com/

-4 和 -6 用来分别选择地址族。如果 IPv4 可连、IPv6 超时，就优先检查 IPv6 的路由、出口和目标服务；如果提示没有对应地址，先回到 DNS 结果确认该域名是否提供这种记录。这里使用 HEAD 请求观察响应，部分站点的状态码会与浏览器 GET 请求不同。

把线路问题与应用行为分开

同一域名的多个地址可能具有不同的连通性。浏览器和其他程序选择地址、尝试下一地址的方式也可能不同，因此一次访问成功不能证明所有地址都正常。FB4 的单次结果也不能代替你本机的 IPv6 测试。

先保留正常的访问路径，逐项核对路由器 IPv6 配置、运营商出口和目标的 IPv6 服务。每次调整后用同一域名复测，记录改善的是 IPv4 还是 IPv6，避免把“换了 DNS”与“修复了线路”混为一谈。

参考资料：IETF RFC 8305（双栈连接）https://www.rfc-editor.org/rfc/rfc8305.html
curl 参数说明：https://curl.se/docs/manpage.html#-4