test-ipv6.com 常见问题

问：你能帮我解决一下 VPN 的问题吗？

不，你的 VPN 问题我解决不了。

问：测试原理是什么？

本测试完全由浏览器端的 JavaScript 脚本完成。浏览器会向仅支持 IPv6 的、双栈的等各种网址发出一系列 Ajax 请求，对这些请求的成败及耗时进行考量，从而判定网络状况。

问：为什么此网站只能通过 IPv4 访问？

没错，我们没有 AAAA 记录，这是有意的。部分用户无法访问双栈网站，要是他们连接不上，就无法得知问题所在。这也是当下内容提供商所处的一大困境，而我就在这么一个提供商工作。因此，主要的测试页面需要使用 IPv4（原生的或转换后的均可）。

有朝一日，当“故障”用户的比例显著下降后，我会考虑为 test-ipv6.com 部署双栈。截至 2017 年 3 月，test-ipv6.com 的访客中仍有 0.2% 的用户不能正常连接双栈网站，我们还是希望能让他们了解情况。

问：我架设了一个纯 IPv6 网络，没有 IPv4。我的用户无法访问 test-ipv6.com。

给 jfesler@test-ipv6.com 发一封电子邮件。如果你的纯 IPv6 网络中有专用的名称服务器或专用的 BGP 自治系统号，jfesler 会帮你添加 test-ipv6.com 的 AAAA 记录。

如果达不到上述要求，你可以访问 http://ipv6.test-ipv6.com（纯 IPv6）或 http://ds.test-ipv6.com（IPv4+IPv6）。

问：所谓的“故障”是什么意思？

现在一部分用户虽然用上了 IPv6，但要么用的是性能不佳的公共隧道，要么连上了故障或不理想的线路。可是既然他们连上了，RFC 3484 的地址选择算法往往就会选择 IPv6，然后试着用这条烂线路。而浏览器可能要过 75 秒以上才会放弃连接！

因此，同时具备 A 和 AAAA DNS 记录（即“双栈”）的网站对这些用户来说会异常缓慢，促使他们将目光转向其他同类网站。这令内容提供商左右为难。

如果我们检测到你不能正常打开双栈网站，建议阅读故障用户常见问题解答，了解故障根本原因的排查方法，以及在运营商完全支持 IPv6 前如何将 IPv6 关闭。

问：为什么统计页面显示有纯 IPv6 的用户？

他们访问的是 http://ipv6.test-ipv6.com。

问：统计信息有多大的参考价值？

参与统计的都是自愿访问本站的人，不能代表普通网民。本站的目标也不是发布统计信息，而是告知用户其系统能否适应全球的 IPv6 浪潮（无论他们加入与否）。因此，我们提供的统计数据和普通内容提供商提供的是完全不同的。

问：你的测试和内容提供商的有什么差别？

内容提供商统计的是用户故障情况的宏观数据，目前还不会反馈给用户。这些数据很大程度上会决定他们什么时候放弃纯 IPv4，部署 IPv6。对一些网站来说，纯 IPv4 也不失为一种选择，虽然缺点一箩筐，但至少大家都能设法连上。

而本网站的目的则在于帮助用户了解他们自己的网络状况，以及这种状况对他们来说意味着什么。

问：你的数据来源是？

以下数据用于查询 IP 地址对应的网络运营商（ISP）名称，并且每天更新。

University of Oregon Route Views Archive Project 提供了精确到小时的互联网路由表信息。
http://bgp.potaroo.net/asn.txt 包含自治系统号（ASN）与运营商名称的对应关系，由亚太互联网络信息中心（APNIC）的知名学者 Geoff Huston 精心整理并提供。

问：近年来网站功能有哪些变化？

2017 年：支持 TLS（HTTPS）。

2022 年：移除 HTTP/HTTPS 的切换链接。主流浏览器已经开始强制使用 HTTPS。

2022 年：移除通过比对 ASN 检测隧道的功能。IPv4 与 IPv6 自治系统不同的运营商越来越常见。

2022 年：移除 IP 直连测试、NAT64 检测以及 Teredo 检测。HTTPS 模式无法执行这些测试引起大量用户不满，而且越来越多的浏览器强制使用 HTTPS。这一改动有助于减轻处理用户反馈的负担。

问：你真的会看反馈信息吗？

我会的，谢谢！但要注意，你需要留下联系方式我才能予以答复。我也同样感谢没有联系方式的反馈，但如果你有什么疑问我将无法回答。

问：此网站是开源的吗？

是的。查看源代码页面了解详细信息。