DNS 查询

工作原理

可以输入域名，粘贴完整网址或电子邮件地址，也可以输入 IPv4/IPv6 地址。工具会先提取主机名；中文等国际化域名会转换为 Punycode 进行查询，同时显示易读的 Unicode 形式。然后按所选的每种记录类型向公共 DNS-over-HTTPS 解析器发出查询，并按类型分组显示结果，附带 TTL、响应状态和 DNSSEC 验证结果。

example.com → A · AAAA · CNAME · MX · NS · TXT · SOA · CAA | 8.8.8.8 → 8.8.8.8.in-addr.arpa (PTR)

记录类型

• A / AAAA: 该名称对应的 IPv4 和 IPv6 地址。
• CNAME: 指向另一个名称的别名。
• MX: 邮件服务器，优先级数字越小越先使用。
• NS / SOA: 区域的域名服务器及授权起始信息：主服务器、管理员邮箱、序列号和刷新计时等。
• TXT: 自由文本，用于 SPF、DMARC、DKIM 和网站所有权验证。分段的字符串会自动拼接。
• CAA: 指定哪些证书颁发机构（CA）可以为该域名签发 TLS 证书。
• SRV: 服务位置，包含优先级、权重、端口和目标主机。
• PTR: 从 IP 地址查主机名的反向解析，通过 in-addr.arpa 或 ip6.arpa 名称查询。
• HTTPS: 连接提示，例如支持的协议（alpn，如 HTTP/3）和 IP 提示。
• DS / DNSKEY: DNSSEC 公钥，以及把它们与上级区域关联起来的委派签名者（DS）。工具会计算密钥标签，方便把 DS 和密钥对上。

快速检查

查询域名时，会用徽章显示五项基础检查。警告不一定是错误，但值得看一眼。

• SPF: 以 v=spf1 开头的 TXT 记录，列出可以代表该域名发信的服务器。存在多条 SPF 记录会被视为错误。
• DMARC: 位于 _dmarc.<域名> 的 TXT 记录，告诉收件方如何处理未通过 SPF/DKIM 的邮件（p=none、quarantine 或 reject）。
• CAA: 限制可以签发证书的机构。CAA 会从上级域名继承，所以也会检查上级域名。
• IPv6: 有 AAAA 记录表示可以通过 IPv6 访问。
• DNSSEC: AD 标志表示解析器已验证应答的签名。

对比解析器

选择“同时对比”时，会把同样的查询发给 Cloudflare 和 Google，并高亮只有一方返回的记录。使用 CDN 或按地域负载均衡的网站，A/AAAA 结果不同往往是正常的；而 SOA 序列号不同或某一方缺少记录，可能说明修改还在生效过程中。TTL 在各解析器的缓存中各自倒计时，因此不算作差异。

隐私

只有在点击“查询”或打开包含 q= 的分享链接时，查询才会从你的浏览器直接发送到所选解析器。中间没有 beancuit 的服务器，也不保存任何内容。分享链接中包含域名和所选的记录类型。

标准与来源

• DNS：RFC 1034 和 RFC 1035；反向解析 in-addr.arpa 与 ip6.arpa（RFC 3596）
• Cloudflare 1.1.1.1 与 Google Public DNS 的 DNS over HTTPS（RFC 8484）JSON API
• SPF RFC 7208、DKIM RFC 6376、DMARC RFC 7489
• CAA RFC 8659、SRV RFC 2782、HTTPS/SVCB RFC 9460
• DNSSEC RFC 4033–4035（密钥标签：RFC 4034 附录 B）

最后核对于 2026年10月12日