AAAA 记录与 IPv6 解析是什么
AAAA 记录把域名指向一个 IPv6 地址，作用与 A 记录之于 IPv4 完全相同。双栈站点会同时提供 A 与 AAAA，客户端根据自己的网络能力选择——支持 IPv6 的优先走 IPv6，不支持的回退到 IPv4。发布 AAAA 之前必须先确认入口真的能用 IPv6：负载均衡或 CDN 要支持双栈解析，后端链路也要能承载，否则纯 IPv6 客户端会解析成功却连不上。
基本信息
| 记录形态 | AAAA 记录指向 IPv6 地址，与 A 记录并存 |
|---|---|
| 客户端行为 | 双栈环境按自身能力与策略选择协议 |
| 入口要求 | 负载均衡 / CDN / 网关需支持 IPv6 接入 |
| 后端要求 | 后端链路支持 IPv6，或有协议转换方案 |
| 验证方式 | 在真正支持 IPv6 的网络里实测访问 |
| 配套检查 | 安全组、ACL 与防火墙是否放行 IPv6 流量 |
典型使用场景
- 合规或技术规范要求对外服务支持 IPv6
- 移动网络用户占比高，IPv6 接入可减少转换环节
- 双栈改造分阶段推进：先发布 AAAA，观察流量占比
- 验证 IPv6 链路质量与 IPv4 的差异
- 排查「部分用户访问失败」是否与 IPv6 优先使用有关
发布 AAAA 前的核对项
| 核对项 | 正常状态 | 异常表现 |
|---|---|---|
| 解析记录 | A 与 AAAA 均存在且地址正确 | IPv6 地址写错，纯 IPv6 客户端连不上 |
| 入口支持 | 负载均衡/CDN 已开启 IPv6 | 入口无 IPv6 监听，连接被拒 |
| 安全策略 | 安全组与 ACL 已放行 IPv6 | 解析正常但连接超时 |
| 后端链路 | 后端可达或已有转换方案 | 请求到达入口后无法转发 |
| 实测验证 | IPv6 客户端访问成功且性能可接受 | 只做了 IPv4 回退路径的验证 |
验证 IPv6 解析与访问
验证 IPv6 解析与访问
dig +short AAAA www.example.com # 是否有 AAAA 记录
dig +short A www.example.com # A 记录是否同时存在
dig AAAA www.example.com +noall +comments # 确认应答状态码
curl -6 -sI https://www.example.com/ | head -3 # 强制走 IPv6 访问
ping6 -c 4 www.example.com # IPv6 基础连通性
# 注意：本机没有 IPv6 出口时上述命令会失败，这不代表记录有问题只加 AAAA 而入口未就绪时，纯 IPv6 客户端会解析成功但连接失败——这比完全没有记录更糟，因为客户端拿到地址后不会再回退到 IPv4 尝试。发布前必须在真实的 IPv6 环境里验证。
验证 IPv6 路径时要注意测试环境的误导性：很多办公网络没有 IPv6 出口，命令报错并不说明配置有问题；反之，在有 IPv6 的移动网络上验证才能真正覆盖受影响用户。