DNS 查询
通过解析器查询任意域名的 DNS 记录——A、AAAA、CNAME、MX、TXT、NS、SOA、CAA、SRV、PTR——并查看返回时的 TTL。也可以对某个 IP 做反向查询，找出它背后的 PTR 主机名；或者从根服务器一路追踪到权威应答，看清整条委派链路。可以自选解析器、复制结果，或导出为 JSON。完全免费，无需注册。
- 查询 A、AAAA、CNAME、MX、TXT、NS、SOA、CAA、SRV、PTR 记录，并带上各自的 TTL
- 对 IPv4 或 IPv6 地址做反向查询，得到它的 PTR 主机名
- 像 dig +trace 一样，从根服务器一路追踪到权威名称服务器
- 自选上游解析器——Cloudflare、Google、Quad9、OpenDNS，或你自己的地址
- 结果可复制为文本，也可将原始应答导出为 JSON
选择一种或多种要查询的类型；一个都不选则无法查询。
功能简介
一个页面就能回答：某个名称解析到哪里、某个地址背后是哪台主机、以及这次解析在 DNS 层级中是怎样一层层委派下来的。
- 01
带真实 TTL 的记录
查询你关心的记录类型，值和它被返回时携带的 TTL 一并列出，并按类型分组，方便快速浏览。
- 02
常见记录类型齐全
A / AAAA 查地址、MX 查邮件、TXT 看 SPF/DKIM/域名验证、NS 与 SOA 看区域，还有 CNAME、CAA、SRV、PTR，全在一处。
- 03
反向（PTR）查询
把 IPv4 或 IPv6 地址反查回运营方发布的主机名。许多邮件系统会把它作为判断发信方的其中一个信号。
- 04
从根开始追踪
沿着从根服务器到 TLD 再到权威名称服务器的委派一路往下，看清一条应答究竟来自哪里。
- 05
自选解析器
让查询经由 Cloudflare、Google、Quad9、OpenDNS，或你指定的解析器，用来比对应答或观察传播。
- 06
复制与导出
结果可复制为便于粘贴的纯文本，也可把完整应答导出为 JSON，供脚本或工单使用。
如何使用
三种模式分别用来查记录、反查 IP，或从根服务器追踪一个名称。
- 01
停留在「记录查询」，输入像 example.com 这样的域名，选择想查的记录类型。
- 02
点击查询、或点一个示例，就能看到按类型分组、带 TTL 的记录。
- 03
切到「反向查询」，输入一个 IP 地址，找出它反解到的 PTR 主机名。
- 04
切到「链路追踪」，输入域名，看着解析从根服务器一路走到权威应答。
- 05
需要比对时换一个解析器，然后复制当前结果，或导出为 JSON。
功能说明
网站、邮件或证书出问题时，DNS 往往是第一个要查的地方，所以这个工具把记录查询、反向查询和完整追踪都放在同一屏里。
- 记录值都带着被返回时的 TTL，方便判断一个过期应答还会在缓存里停留多久
- MX、TXT、CAA 能核对邮件投递、SPF、DMARC、DKIM 选择器记录及证书签发相关配置
- 支持 _dmarc.example.com、_sip._tcp.example.com 这类下划线开头的服务与策略记录名
- 反向查询能查出邮件服务器和日志用来命名地址的那条 PTR 记录
- 追踪模式会展示每一跳委派，让你看清问题出在注册商、区域，还是某条记录
- 切换解析器，就能比对不同网络当前对同一个名称给出的应答
适合哪些场景
只要域名、邮件或 TLS 证书出了状况，一次 DNS 查询通常就能指向原因。
-
排查打不开的网站
在去翻服务器或 CDN 之前，先确认 A 和 AAAA 记录指向的地方是否符合预期。
-
修复邮件投递问题
先查根域名的 MX 与 TXT，核对 SPF；再查 _dmarc.域名 和 selector._domainkey.域名 的 TXT，核对 DMARC 与 DKIM。
-
核对迁移或 DNS 变更
改完一条记录后，用多个解析器查询它，观察新值传播、旧 TTL 过期的过程。
-
确认证书能否签发
查看 CAA 记录，确认允许为该域名签发证书的是哪几家证书颁发机构。
-
调查邮件服务器或 IP
对发信 IP 做反向查询，看它对外呈现的 PTR 主机名——这是判断邮件中继的其中一个信号。
-
诊断损坏的委派
从根追踪这个名称，找到链路断在哪一跳：是 NS 记录写错了，还是区域根本连不上。
使用建议
DNS 应答会被缓存，不同解析器之间也可能不一致，所以要把结果当作某一时刻的快照，而不是永久的事实。
- 看一眼 TTL：值很大，意味着你改完记录后，旧应答还会在缓存里停留很久。
- 核对变更时多查几个解析器——所谓传播，其实就是各处缓存按各自的节奏依次过期。
- 查邮件时把 MX 与相关 TXT 一起看：SPF 通常在根域名，DMARC 在 _dmarc，DKIM 在 selector._domainkey。
- 很多地址本来就没有 PTR 记录，缺失本身并不能说明任何问题。
- 用「链路追踪」把注册商或委派层面的问题，与一个健康区域里某条记录写错区分开。
- 需要把确切应答附到工单里时导出 JSON，而不是过一会儿再重新查一遍。
边界与注意事项
这个工具通过解析器发起 DNS 查询并报告返回的内容，它不修改记录，也不保证全世界每张网络看到的都一样。
- 应答反映的是所选解析器此刻返回的结果；换一个解析器或过一段时间，结果可能不同。
- 记录是只读的：工具只做查询，不能新建、修改或删除区域里的任何内容。
- 只有当地址运营方发布过 PTR 记录，反向查询才会有结果，而很多地址并没有。
- 不显示 DNSSEC 校验状态；工具只报告记录本身，不判断它们是否经过密码学签名。
- 每次查询都会发送到 DevKitLab 的 DNS 服务，由它代为向解析器发起查询。
- 追踪遵循标准委派；采用分裂视图（split-horizon）或私有根的特殊架构，结果不会与你内部看到的一致。
常见问题
关于记录类型、传播、反向查询以及追踪原理的常见问题。
DNS 查询是做什么的？
DNS 查询就是向域名系统询问某个名称有哪些记录——最常见的是域名指向的 A 或 AAAA 地址，还有查邮件的 MX、查策略的 TXT 等。这个工具把查询发给解析器，并把返回的记录连同各自的 TTL 一起展示给你。
可以查询哪些 DNS 记录类型？
A、AAAA、CNAME、MX、TXT、NS、SOA、CAA、SRV、PTR。在「记录查询」里任意组合勾选；一个都不选就无法查询。也支持 _dmarc.example.com 这类下划线名称——DMARC、DKIM 和 SRV 记录都要通过这类名称查询。
怎么查 MX、SPF、DKIM、DMARC 记录？
勾选 MX 查询域名可看到它的邮件服务器；勾选 TXT 可读到 SPF 和 DMARC（DMARC 位于 _dmarc.你的域名）。DKIM 是一条 TXT 记录，位于像 selector._domainkey.你的域名 这样的选择器名称下。
什么是反向 DNS（PTR）查询？
反向查询从一个 IP 地址出发，询问它的 PTR 记录——也就是运营方为它发布的主机名。邮件服务器常把它作为判断发信方是否正当的一个信号。很多地址、尤其是家庭宽带，根本没有 PTR 记录。
链路追踪给我看的是什么？
追踪会像解析器从零开始那样解析这个名称：先从根服务器出发，沿委派走到 TLD 服务器，再到权威名称服务器，最后给出应答。它相当于浏览器版的 dig +trace，很适合用来找出损坏的委派。
为什么不同解析器返回的结果不一样？
DNS 在每一层都有缓存，而每个解析器都按自己的 TTL 计时缓存。刚改完记录时，有些解析器还在返回旧记录，另一些已经拿到了新值。查几个解析器，正是观察一次变更传播的方式。
TTL 是什么，为什么重要？
TTL（存活时间）指一个解析器在再次询问之前，可以把某条记录缓存多少秒。TTL 高，查询快，但变更要更久才能传到所有人。计划迁移前把 TTL 调低，切换才能更快传播。
可以指定由哪台 DNS 服务器应答吗？
可以。在「记录查询」和「反向查询」里，你可以让查询经由 Cloudflare（1.1.1.1）、Google（8.8.8.8）、Quad9、OpenDNS，或你自己填的解析器。「链路追踪」始终从根服务器开始，因此不使用所选解析器。
这个 DNS 查询免费吗？
免费，无需注册。输入域名或 IP，选好记录类型或模式，就能读到应答。
支持 IPv6 和国际化域名吗？
支持。AAAA 记录和 IPv6 反向查询都能用。国际化域名（IDN）会在你的浏览器里先转成 Punycode（xn-- 形式）再发出查询——因为 DNS 本身只传输 ASCII 标签——所以两种写法输入都能得到同样的结果。
更多相关工具
名称解析出来之后，可以继续处理同一台主机：查它的 IP 在哪，或计算它所属的子网。