如何检查域名是否支持 IPv6

要检查某个域名是否发布了 IPv6，就查询它的 AAAA 记录。AAAA 应答中包含的是 IPv6 地址，而 A 应答中包含的是 IPv4 地址。看到 AAAA 记录，只能证明在您所查询的这个 DNS 视图中，该名称通告了一个 IPv6 端点；并不能证明这个端点可以从每个网络访问，也不能证明网站在 IPv6 下运行正常。DNS 发布、路由、防火墙规则、TLS 和应用配置，都需要彼此对得上。反过来，没有 AAAA 应答，只说明被查询的名称在当时没有返回 IPv6 数据，并不意味着整个域名或整个组织都没有部署 IPv6。

查询正确的名称和记录类型

请检查用户实际访问的主机名，包括它是以 www 开头，还是使用某个应用子域名。根域名可能发布了 IPv6 而 www 没有，反过来也一样。请专门查询 AAAA 并与 A 对比，弄清该名称是仅支持 IPv4、仅支持 IPv6，还是双栈。如果返回了 CNAME，就顺着目标链继续查，别名本身可能并不显示地址。如果记录刚刚添加，请使用合适的解析器重复查询，并记下时间和 TTL，以便区分这是旧的缓存结果，还是配置根本没有传到权威区域。

IPv6 地址以冒号分隔的十六进制组来书写，连续的全零组可以用双冒号压缩。与点分十进制的 IPv4 相比，这种写法可能显得陌生。请不要把 IPv6 地址当作 IPv4 来比较，也不要仅仅因为地址看起来不一样，就推断它是私有地址。如果您管理该端点，请确认该地址已分配给预期的网络接口，能从互联网路由到达，并且被主机防火墙和云防火墙放行。在端点可达之前就发布 AAAA，可能会让一部分客户端遇到故障，具体取决于它们的连接选择行为。

单独测试服务的可达性

确认 AAAA 记录之后，请在确实具备 IPv6 连通性的网络中，通过 IPv6 测试应用。确认 Web 服务器在 IPv6 接口上监听，并为该主机名提供了正确的证书。检查负载均衡器、CDN 设置、安全组和本地防火墙：IPv4 和 IPv6 往往各有规则，放行其中一种地址族，并不会自动放行另一种。如果页面会从多个域名加载资源，还要测试 API 和图片托管等依赖服务。DNS 查询只能给出目的地址，无法测试上述任何传输层或应用层的状况。

• 检查每个重要主机名的 AAAA，而不仅仅是区域顶点。
• 顺着 CNAME 目标一路追查，直到找到所发布的地址。
• 独立于 IPv4，单独核实 IPv6 的防火墙和路由策略。
• 在大范围公布 AAAA 记录之前，先测试 IPv6 下的 HTTPS。
• 基础设施或 CDN 变更之后，同时监控两种地址族。

稳妥的双栈上线方式

稳健的上线从确认服务商在各个相关层面都支持 IPv6 开始：DNS、负载均衡、防火墙和源站连通性。先测试一个预发布主机名，再从不止一个支持 IPv6 的网络验证。监控应用日志中与地址族相关的错误，并比较成功率，而不是只依赖单次测试。请备好回滚步骤，以便在 AAAA 记录指向尚未就绪的端点时，能够将其移除或修正。如果环境使用了 CDN，请遵循该服务商的说明，并弄清公共 DNS 暴露的是边缘节点地址，而不是您的源站。

关于两种地址族之间的关系，请参阅 A 记录与 AAAA 记录对比，以及更全面的 IPv4 与 IPv6 指南。要查看公网上的应答，请使用域名查询工具，并分别查看 IPv4 与 IPv6 的结果。关键的区别很简单：已发布的 AAAA 记录是一项 DNS 事实，而端到端的 IPv6 支持是服务本身的属性，必须沿整条连接路径进行测试。

留意 IPv6 的部分部署

一项服务的 IPv6 就绪程度往往参差不齐。公开网站可能已有 AAAA 记录，而某个 API、认证回调、图片托管或支付端点仍然只支持 IPv4。这会导致页面开始加载后，对支持 IPv6 的用户却卡在某个依赖项上。请梳理应用用到的所有主机名，并检查每一个预期使用的地址族。如果 CDN 代理了多个源站，请弄清 IPv6 是在边缘就终止了，还是一直延伸到后端。请按地址族记录连接失败，以便区分是 IPv6 路由问题还是普遍性的故障。与其大范围发布 AAAA 再等客户报告第一个失败的请求，不如采用分阶段上线，并备好经过测试的回滚记录。