昨天帮朋友排查一个线上问题，网站他坚称自己网站“打不开”，测测试我远程一看，试线DNS解析正常，网站服务器响应200，测测试页面却白屏。试线最后发现是网站本地网络强制走了IPv6，而他的测测试服务器压根没配置AAAA记录——浏览器在等待IPv6回包超时后，才慢吞吞地回退到IPv4，试线整个过程耗了将近十秒。网站这种“假故障”，测测试用在线测试工具一测就原形毕露。试线

所谓IPv6在线测试，网站就是测测试让浏览器访问一个专门检测的页面，页面脚本会尝试通过IPv6地址加载资源，试线同时向服务端报告你的出口IP、DNS解析结果、协议支持情况。测完你会得到一张表：IPv4地址是什么、IPv6地址有没有、DNS是否解析了AAAA记录、浏览器是否优先走IPv6。我常用的是ipv6-test.com和test-ipv6.com，后者界面粗糙，但给出的诊断信息更细——它会分别测试你的“本地网络”和“DNS解析”两个环节，哪个环节断了，一目了然。

测试结果里最坑的一种情况是“IPv6地址有，但流量走不通”。我见过不少企业网络，IT部门在路由器上开了IPv6，电脑也拿到了公网地址，但防火墙策略没放行ICMPv6或特定端口，导致IPv6连接半死不活。这时候在线工具会显示“IPv6可用性：部分”，具体到某个端口测试时直接超时。别信那些只显示“你有IPv6地址”的简单工具——有地址不等于能通，就像有钥匙不等于能开门。

还有个细节容易被忽略：DNS解析优先级。有些网站虽然配了AAAA记录，但运营商DNS返回的IPv6地址是错误的，或者解析超时。测试工具会明确告诉你“DNS解析IPv6地址：失败”或“解析时间过长”。我遇到过一家云服务商，控制台显示已开启IPv6，实际却忘了在安全组里放行协议，测试结果直接显示“连接被拒绝”。这时候你再去翻服务器配置，比瞎猜效率高得多。

测完别急着关页面，多测几个域名。拿你的主站、静态资源CDN、API接口分别测一遍。很多网站的页面本身支持IPv6，但图片走的CDN还是IPv4-only，用户感知不明显，但移动端某些网络环境下会拖慢加载。在线测试工具通常允许你输入任意域名检测，我习惯把页面里引用的所有子域都过一遍筛子。

如果你测完发现一切正常，但用户依旧抱怨打不开，那问题多半出在用户侧。让用户自己去test-ipv6.com跑一次，把结果截图发你。我上次就这样定位到问题：用户用的是某老旧路由器，虽然系统显示“IPv6已连接”，但路由器内置的DHCPv6-PD功能有bug，导致前缀下发错误。这个情况在测试工具里表现为“本地网络IPv6：可用，但网关不可达”——工具会给出具体的错误码，照着查厂商固件更新就行。

最后说个实在的：别迷信“IPv6就绪”这种宣传语。测一次只是瞬时快照，IPv6的网络环境变化比IPv4频繁得多，路由策略、防火墙规则都可能随时变动。建议把在线测试的URL存进书签，每次改完网络配置或服务器设置后跑一遍，三十秒的事，能省下半天排查时间。