dig查不到记录未必是域名问题，需先确认查询类型（默认A/AAAA）、目标DNS服务器及status状态（NOERROR空答案=记录不存在，NXDOMAIN=域名不存在，SERVFAIL=上游故障）；查真实解析应直连NS服务器或禁用递归；+short仅简化输出但不保证顺序，稳定解析推荐+noall+answer组合。
dig 命令查不到记录？先确认是否真的没解析，还是没配对参数
默认 dig 只查 A 记录且走系统默认 DNS，很多新手以为“没结果”就是域名有问题，其实是参数没指定清楚。比如查 www.example.com 的 CNAME 或 MX，不加类型参数就查不到。
- 查任意类型记录：用
dig example.com ANY（注意部分 DNS 服务器禁用ANY） - 查邮件记录：用
dig example.com MX，不是mail或email - 查权威服务器：用
dig example.com NS，别漏掉NS - 不加类型时，默认是
A（IPv4）或AAAA（IPv6），但不会自动 fallback，dig example.com和dig example.com A等价
为什么 dig 返回的 ANSWER SECTION 是空的？重点看 status 和 SERVER
空 ANSWER 不等于失败——可能只是响应里没放答案，而是给了 REFERRAL 或 AUTHORITY。关键看 status: 字段和 SERVER: 行。
-
status: NOERROR+ 空 ANSWER：说明查询成功，但该记录确实不存在（如查了不存在的子域名） -
status: NXDOMAIN：域名根本不存在，不是配置问题，是上级 DNS 明确否认 -
status: SERVFAIL：上游 DNS 出问题，可能是递归超时、转发链断裂，换 DNS 重试（如加@8.8.8.8） -
SERVER:后面显示的是你实际发请求的 DNS 地址，不是本地/etc/resolv.conf里的第一个，而是最终被选中的那个
想绕过缓存查真实解析？必须显式指定权威 DNS 或禁用递归
本地 DNS 缓存、ISP 缓存、甚至 dig 自己的缓存（如果用了 +tries 或重试）都可能导致结果“滞后”。真要验最新配置，得跳过递归链。
- 直连权威服务器：先查 NS 记录（
dig example.com NS），再挑一个 NS 服务器查，如dig @ns1.example.com www.example.com A - 禁用递归（只对支持该标志的服务器有效）：加
+norecurse，此时你要自己处理 referral，一般只用于调试 - 清本地缓存无效：Linux 系统本身不缓存 DNS，
dig是无状态命令，所谓“缓存”通常来自你配的 local resolver（如 systemd-resolved、dnsmasq），需单独重启服务
dig 输出太乱？用 +short / +noall 组合快速提取关键字段
默认输出包含大量调试信息，脚本里直接 parse 很容易错位。真正稳定取值的方式是组合开关，而不是靠 grep 或 awk 硬切。
- 只取答案 IP：用
dig example.com +short（注意它会把 CNAME 链也展开，最后才输出 A） - 只取某类记录且不展开：用
dig example.com A +noall +answer - 查 TTL 并确认是否来自权威：加
+authority看 SOA，或看 ANSWER SECTION 每行开头的数字——那是 TTL，不是序号 - 别信
+short的输出顺序：它按响应包顺序打印，CNAME 后跟 A 是常见情况，但脚本里依赖这个顺序有风险；稳妥做法是用dig ... +noall +answer +multiline配合结构化解析
真实环境里，TTL、权威性、响应来源服务器这三项比“有没有结果”更重要——同一域名在不同 DNS 上查出不同结果太正常了，关键得知道你问的是谁、它有没有权限答、以及答案还能活多久。
