IPv6 测试

IPv4 域名连接测试

等待测试

-

通过一个 DNS 只有 A 记录的域名加载对象。一般使用的是 IPv4，如果纯 IPv6 用户的运营商采用了 NAT64、DNS64 或代理服务器方案，他们也能成功加载。

IPv6 域名连接测试

等待测试

-

通过一个 DNS 只有 AAAA 记录的域名加载对象。一般使用的是 IPv6，尚未接入 IPv6 互联网的用户很可能失败，但只要是迅速失败，目前就没有大问题。

双栈域名连接测试

等待测试

-

这是最重要的测试，验证你的浏览器能否连接兼备 IPv4 和 IPv6 记录的网站。纯 IPv4 主机应该能（通过 IPv4）顺利连接。

如果这项测试失败或超时，当各个网站开始部署 IPv6 时，你会有大麻烦。

双栈域名大数据包传输测试

等待测试

-

验证你能否连接双栈服务器（类似双栈域名连接测试）并收发大数据包。如果这项测试超时，无论是什么原因，你在世界 IPv6 日都会遇上麻烦。

无域名 IPv4 连接测试

等待测试

-

这项测试直接通过 IPv4 地址发起连接，大多数人都应当成功，除非用的是纯 IPv6。如果第一项测试成功但这项失败了，那基本可以确定你的运营商使用了 NAT64/DNS64，因此你只能使用域名发起连接，不能使用 IPv4 地址。

无域名 IPv6 连接测试

等待测试

-

这项测试直接通过 IPv6 地址发起连接，意在排除 DNS 问题的干扰后测试 IPv6。还有一个目的就是检测你有没有用 Teredo，一些系统只有在通过 IPv6 地址连接时才会调用 Teredo。

IPv6 大数据包传输测试

等待测试

-

验证 IPv6 能否传输大数据包。如果这项测试超时，但其他 IPv6 测试成功，那么可能存在 PMTUD 问题，也许与 IP 隧道有关。 再次检查你的防火墙是否已放行 ICMPv6 第 2 类信息（“数据包过大”）。

测试运营商 DNS 是否接入 IPv6

等待测试

-

（附加项目）

这项测试针对你的运营商的域名服务器（而非你的主机），如果成功，那么你的 DNS 服务器（通常由运营商提供）能够访问纯 IPv6 的 DNS 权威服务器。这对你（目前）访问 IPv6 网站来说不是特别重要。

查询 IPv4 运营商

等待测试

-

尝试识别你的 IPv4 运营商。这个名称可能与你生活中见到的品牌名不一致，也可能是某家公司的曾用名，但这个名称就是他们在网络世界中的名字。

查询 IPv6 运营商

等待测试

-

尝试识别你的 IPv6 运营商。如果 IPv4 和 IPv6 运营商名称不一致，那么你可能使用了隧道，或者第三方提供的某种 IPv6。

问题 DNS 测试

等待测试

-

查询一个异常的 AAAA 记录。有些路由器会将其误当作 A 记录，然后只保留前 32 位。我们希望这个测试是失败的。