DNS 解析排查:用 dig 一步步看懂域名解析过程
【摘要】 用 dig 从基本查询、链路追踪、记录类型、指定服务器和 TTL 入手,一步步定位 DNS 解析故障。
当网站打不开、新域名迟迟不生效时,别只怀疑服务器,问题常在 DNS 链路。dig 直接向 DNS 发问并原样展示应答,是定位这类问题的利器。
解析链路
一次解析通常是:应用查本地缓存,再查递归服务器;递归服务器从根、顶级域、权威服务器逐级询问,最终返回结果。本地缓存过期只影响旧地址,递归故障影响全部域名,权威配置错误只影响单个域名。
基本查询
dig example.com
看 QUESTION、ANSWER、AUTHORITY、SERVER 四段,状态码 NOERROR 成功、NXDOMAIN 不存在、SERVFAIL 服务器失败、REFUSED 拒绝回答。只看答案用:
dig +short example.com
追踪链路
dig +trace example.com
它从根开始逐级展示每一跳,卡在哪一级一目了然。某层反复超时,常是该层不可达或 53 端口 UDP 被拦截。
记录类型
dig A example.com
dig AAAA example.com
dig MX example.com
dig TXT example.com
dig CNAME www.example.com
A 是 IPv4,AAAA 是 IPv6,MX 指向邮件服务器,TXT 用于验证与反垃圾邮件,CNAME 是别名。网站能打开但收不到邮件,先查 MX。
指定服务器
dig @8.8.8.8 example.com
换公共 DNS 能解析而本地不行,问题在本地或运营商链路;所有服务器结果相同,就查权威配置。
TTL 与缓存
ANSWER 后的数字是 TTL,即缓存存活秒数。刚改解析仍见旧地址,先算 TTL:TTL 为 3600,最长要等一小时。紧急变更前提前调小 TTL。
排查顺序
先用 +short 看答案,再用 +trace 看中断点,再换服务器对比,再查记录类型与 TTL,最后查 hosts、系统缓存与防火墙。按此顺序,多数问题几分钟即可定位。
【声明】本内容来自华为云开发者社区博主,不代表华为云及华为云开发者社区的观点和立场。转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息,否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱:
cloudbbs@huaweicloud.com
- 点赞
- 收藏
- 关注作者
评论(0)