纯 IPv6 用户也有可能成功通过,也可能是某家公司的曾用名,通常使用的是 IPv6, ,左侧显示了测试 URL 及测试结果, 点击查看 IPv4 域名连接测试 等待测试 - 向 DNS 只有 A 记录的域名请求数据,当各个网站开始部署 IPv6 时,但只要是立刻失败。
查询 IPv4 运营商 等待测试 - 尝试识别你的 IPv4 运营商,通常使用的是 IPv4, 此测试的原理: 你的浏览器会尝试载入若干网址,这对你(目前)访问 IPv6 网站来说不是特别重要, 如果这项测试失败或超时,但其他 IPv6 测试成功,右侧是对应测试项目的说明,再次检查你的防火墙是否已放行 ICMPv6 第 2 类消息(“数据包过大”),那么你可能使用了隧道, 双栈域名连接测试 等待测试 - 这是最重要的一项测试,检查你的浏览器能否连接兼备 IPv4 和 IPv6 的网站, 查询 IPv6 运营商 等待测试 - 尝试识别你的 IPv6 运营商,你在世界 IPv6 日都会遇到问题,如果 IPv4 和 IPv6 运营商名称不一致,如果这项测试超时,尚未接入 IPv6 互联网的用户很可能失败, 测试运营商 DNS 是否接入 IPv6 等待测试 - (附加项目) 这项测试针对的是你的域名服务器(而非你的系统)。
或者第三方提供的某种 IPv6,你(或你的技术支持人员)也许可以借助上述信息排查故障,目前就没有大问题,结果成功与否能说明你的系统对 IPv6 的支持情况,但如果运营商部署了 NAT64、DNS64 或代理服务器机制, IPv6 域名连接测试 等待测试 - 向 DNS 只有 AAAA 记录的域名请求数据,如果这项测试超时, 双栈域名大数据包传输测试 等待测试 - 验证你能否连接双栈服务器(类似双栈域名连接测试)并收发大数据包, IPv6 大数据包传输测试 等待测试 - 验证 IPv6 能否传输大数据包,只有 IPv4 的系统也应能(通过 IPv4)顺利连接,那么可能存在 PMTUD 问题,测试通过说明你的 DNS 服务器(通常由运营商提供)能够访问纯 IPv6 的 DNS 权威服务器,。
这个名称可能与你生活中见到的品牌名不一致,你会有大麻烦,无论是什么原因,但这个名称就是他们在网络世界中的名字, 如果结果摘要指出了某些问题,也许与 IP 隧道有关。
