在线 DNS 查询怎么用：A / AAAA / CNAME / PTR 与排障思路

网站排查 IPv6 问题时，十次里有七次要回到同一个动作：查一下域名到底解析出了什么。IPv6 相关的绝大多数「不支持」结论，根源都在 DNS 少了 AAAA 记录。

本站的 DNS 查询 提供四类记录查询，本文说明每一类查什么、结果怎么读，以及围绕 IPv6 的几条排障思路。

一、四类记录分别查什么

在页面上切换顶部的类型按钮即可，默认选中的是 AAAA —— 这个默认值本身就是偏好：来查域名解析的人，多数是在排查 IPv6。

两个操作上的细节：

• PTR 填的是 IP 地址，不是域名。 后端会自动把它换算成 in-addr.arpa / ip6.arpa 反解名，实际查询的名字会显示在结果里。
• 不支持指定解析服务器。 查询由本站后端配置的固定解析器执行。想换解析器验证，在本机用 dig @8.8.8.8 你的域名 AAAA 或 nslookup -type=AAAA 你的域名 8.8.8.8 即可。

为什么不做「自定义解析器」入口？因为一个允许任意人指定任意服务器的公开 DNS 查询接口，很快会被用于 DNS 放大攻击或反射攻击。这是刻意的能力限制，不是功能缺失。

二、结果怎么读

状态徽标：五种「查完了」的结论

「无该类型记录」和「域名不存在」是最容易混为一谈、后果又完全不同的一组。 前者说明域名一切正常、只是没配这个记录类型 —— 对一个正在做 IPv6 改造的站点来说，这是正常的中间状态。后者说明域名压根不存在，属于更基础的错误。页面对 NXDOMAIN 还会额外给出权威区的 SOA 值与该记录的负缓存 TTL。

记录表与解析路径

结果表列出每条记录的 名称 / 类型 / TTL / 值，每一行都可以单独复制值。如果域名配置了 CNAME，结果上方会出现「解析路径（CNAME 链）」，把从查询名到最终目标的链条展示出来 —— 当你发现 AAAA 查不到时，这一步经常能直接告诉你问题出在哪一环。

TTL 是解析器返回的真实值，不是本站的缓存时间。所以刚改完记录的域名，这里也能看出「还剩多久生效」。若结果来自本站缓存，会额外标注「命中本站缓存」并显示缓存剩余秒数；记录条数过多时会标注「记录数已截断」。

三、围绕 IPv6 的四条排障思路

思路一：网站检测说 IPv6 不支持，先查 AAAA

用 网站 IPv6 检测 得到 IPv6「不支持」时，第二步就是来这里选 AAAA：

• 查不到 AAAA，且状态是「无该类型记录」 —— 配置缺失，去域名服务商补一条 AAAA。这是最常见的情况。
• 查到了 AAAA，但检测里 TCP 失败 —— 问题不在 DNS 而在网络层：服务器没在 IPv6 上监听，或者防火墙没放行来源为 IPv6 的流量。
• A 记录也查不到 —— 域名本身有问题，先解决这个。

思路二：用 CNAME 确认解析链条

如果域名走了 CNAME（例如指向 CDN），AAAA 是否存在取决于链条末端那一环。只看自己的域名往往看不出问题：链中间某一跳只有 A 记录，整条链就不会返回 IPv6 地址。

思路三：用 PTR 反查对方是谁

排查一个陌生 IPv6 地址时，PTR 能给出对方登记的反向域名，常能直接看出运营方。注意 PTR 记录需要 IP 持有方主动配置，权威域名下没有 PTR 记录是正常现象，不代表地址有问题。

思路四：分清「解析慢」和「解析错」

「解析超时」和「查询成功但结果不对」是两类问题。前者与网络、权威服务器可用性有关；后者才需要看记录值本身。页面对超时会单独解释，不会让你把「超时」误当成「没有记录」。

四、使用限制

• 有频率上限。 本站对 DNS 查询设有每来源每分钟的次数上限（触发时会提示 RATE_LIMITED）；并发满时提示 CAPACITY_FULL。这是公共服务的必要约束。
• 单次查询结果不代表全球现状。 页面上的提示语说得直接：本站只反映单次查询结果，DNS 记录变更后各地生效时间可能不同。
• 提交非法输入会返回 INVALID_INPUT 并附带修正提示。

五、下一步

• 确认了缺 AAAA，想知道完整改造流程：读《让网站支持 IPv6：从 DNS 到服务器的完整清单》。
• 想理解 AAAA 与双栈解析的机制：读《IPv6 与 DNS：AAAA 记录与双栈解析》。
• 怀疑是自己这条线路的 DNS 有问题：去看公共 DNS 推荐并实测你当前的网络。