首页/网络/协议速查/AAAA 记录(IPv6 地址)
DNS 与域名解析60 条

AAAA 记录(IPv6 地址)

把域名映射到 IPv6 地址(128 位);与 A 记录并存时客户端按自身网络能力(Happy Eyeballs)选择。

协议速查网络更新于 2026-10-13

AAAA 记录是什么

AAAA 记录把域名指向一个 IPv6 地址(128 位,写成冒号分隔的 8 组十六进制)。它是 A 记录的 IPv6 对应物,类型值为 28,是域名接入 IPv6 的唯一入口。双栈站点会同时发布 A 与 AAAA,客户端按自身网络能力选择走哪条;纯 IPv6 环境则只能靠 AAAA 解析。

基本信息

记录类型AAAA(TYPE 28)
记录值IPv6 地址,可把连续零段压缩为 ::
适用平台BIND/Unbound/Route53/DNSPod 等所有权威 DNS
规范RFC 3596
常见 TTL300–3600 秒(迁移期可临时降低)

典型使用场景

  • 双栈站点对外提供 IPv6 入口,让 v6 客户端直连不走 NAT64
  • 纯 IPv6 云主机或容器网络需要被域名访问
  • IPv6 迁移灰度:只给部分子域加 AAAA,先验证链路再全量
  • CDN 与负载均衡为 IPv6 客户端就近调度边缘节点
  • 排查「解析成功但连接慢」的双栈 Happy Eyeballs 问题

查询与验证

查询与验证
dig +short example.com AAAA                       # 只看结果地址
dig example.com AAAA +noall +answer               # 连同 TTL 一起看
dig @2001:4860:4860::8888 example.com AAAA        # 指定 IPv6 解析器(Google v6 地址)
dig -x 2606:2800:220:1::1 +short                  # IPv6 反向解析,走 ip6.arpa
ping6 -c 2 2606:2800:220:1::1                     # 确认 v6 链路真的能通

输出逐列读法

字段含义正常/异常
name被查询的域名与目标域名完全一致
TTL还能被缓存多少秒迁移期出现偏大值说明旧缓存未过期
IN AAAA记录类型为 AAAA显示 CNAME 说明被别名接入,需看别名指向
地址目标 IPv6 地址公网记录里出现 fe80::/10 或 fc00::/7 即为配置错误
只有当同名的 A 与 AAAA 都能正常连通时双栈体验才最好。只发 AAAA 的域名在无 IPv6 的网络里解析成功但连接失败,用户看到的是转圈或超时。
家宽或托管机房的 IPv6 前缀由运营商分配,可能随重拨变化,不应把动态前缀写进 DNS 记录。

双栈上线检查

  • 确认 AAAA 地址在目标网络里真的可达:从客户端 ping6,同时在服务端抓包看是否收到请求
  • 确认 IPv6 防火墙策略与 IPv4 等强,避免出现「v4 严格限制、v6 全通」的失衡局面
  • 确认解析链路上没有设备过滤 AAAA 记录(部分企业 DNS 与老防火墙会直接丢弃)
  • 灰度期只给一个子域加 AAAA,用真实客户端观察延迟、成功率与回退行为

易错点

  • 只配 AAAA 不配 A:无 IPv6 的客户端无法访问,且因为解析成功,排查者容易先怀疑应用层
  • 手工展开 IPv6 地址时少写一段或用了两处缩写,解析到错误主机,表现为随机连接失败
  • IPv6 链路本身不通却发布了 AAAA,浏览器按 Happy Eyeballs 先试 v6 再回退,用户感知为明显变慢而不是报错
  • 忘了给 DNS 解析器与防火墙放行 IPv6,v6 查询直接超时,看起来像权威服务器故障

数据来源与参考

  • RFC 3596(AAAA 记录)
  • RFC 8305(Happy Eyeballs v2)

相关工具

​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌