从要解决的问题出发
查看网站地址时，IPv4 选 A，IPv6 选 AAAA；检查别名用 CNAME；查看接收邮件的路由用 MX；读取验证令牌或邮件策略等文本用 TXT。解读结果时，应同时核对记录所属的名称和记录值。
使用代理的网站可能返回 CDN 地址，而非源站 IP。扁平化的别名可能只返回地址记录，不公开底层 CNAME。这些情况本身并不证明配置有误。
NS：谁在提供区域的 DNS 答案
NS 记录指定负责 DNS 区域的名称服务器。想了解某个区域的 NS，应查询区域域名，例如 example.org。查询 www.example.org 针对的则是这个确切名称，它通常不会单独发布 NS。
本工具展示递归解析器返回的结果，不追踪父区域委派、不逐一测试权威服务器，也不能证明所有解析器的配置一致。修改名称服务器前，应核对注册商中的实际设置，并保留现有服务需要的记录。
SOA：读懂区域元数据
SOA 包含主名称服务器、以 DNS 格式表示的责任邮箱、序列号以及多个时间参数。序列号是区域版本值，不一定表示日期。刷新与重试参数用于辅助服务器行为，并不是网站更新的生效倒计时。
工具会拆分展示这些字段，把记录剩余 TTL 与用于负缓存的 minimum 参数分开。仅出现在原始响应 Authority 部分的 SOA，不会被当作你所查名称的直接 SOA 答案。
TXT：策略必须查对名称
SPF 通常位于发信域名的 TXT 中。查询 DMARC 应输入 _dmarc.example.org 并选择 TXT；查询 DKIM 要先从服务商获取 selector，再查询 selector._domainkey.example.org。查询根域名 TXT 不会自动发现这些其他名称。
一条 TXT 记录可能含有多个带引号的字符串片段。展示和导出会保留 DNS 原始文本形式，不会把每个片段误当成独立记录。能读取策略，不等于验证了全部机制，也不意味着真实邮件一定通过认证。
CAA、SRV 和 PTR
CAA 发布证书颁发机构策略；这里仅显示查询名称上的记录，不完整计算继承策略。SRV 通过优先级、权重、端口和目标主机描述服务，应输入完整的 _服务._协议.example.org 名称。
PTR 用于反向 DNS。输入 IPv4 或 IPv6 后，工具会先构造对应的反向名称再查询；也可以直接输入 in-addr.arpa 或 ip6.arpa 名称。反向名称不能证明 IP 所有者身份，也不是可信度认证。
把常用记录总览当作检查清单
总览分别查询 A、AAAA、CNAME、MX、TXT、NS、SOA 和 CAA，共 8 种类型。每组保留独立状态和 DNSSEC 标志。某种类型查询失败时会明确显示，不会悄悄改成“没有记录”。
它只查询输入名称，不是区域传送、子域名发现工具或完整记录清单。SRV、DKIM 和 DMARC 需要另行输入正确的完整名称。修改前后可保存 JSON，比较所选解析器实际返回的结果。