类似于这条线,我遇到了一个问题,dig blah.net (为了简单起见,我们称它为blah.net)返回status: SERVFAIL
这个DNS区域托管在route53上,我使用GoDaddy作为注册器,它指向route53上托管区域的NS记录。
这是一个相当简单的区域,由CNAME和A记录组成,route53托管区域的SOA和NS记录的默认值(只有TTL已被更新/减少)
问题是,dig blah.net会导致status: SERVFAIL,同时指向名称服务器解决问题(例如,dig @ns-#.awsdns-##.net. blah.net可以很好地处理status: NOERROR )
它还显示了如果我使用dig blah.net +trace,记录/解析会很好(没有错误)
我已经等待了超过48小时,以确保GoDaddy传播更改,并双重/三次检查GoDaddy点到blah.net NS记录
在我的机器上,我没有看到/etc/resolve.conf上有什么奇怪的地方(但不是专家!),而且在谷歌的名称服务器(@8.8.8.8)上,它也失败了。
是不是有什么地方出了问题?任何关于如何进一步调试这一点的建议/评论都是非常感谢的。
编辑修复:在dns名称中输入错误
发布于 2020-08-04 16:54:39
问题是,dig blah.net会导致状态: SERVFAIL,同时指向名称服务器解决问题(例如,dig @ns-#..awsdns##..net)。blah.net状态很好: NOERROR )
这表示您在运行dig的主机上使用的DNS服务器配置错误、缓存损坏或(使用技术术语)被劫持。
它还显示了如果我使用dig blah.net +trace,记录/解析会很好(没有错误)
这进一步支持上述概念,因为dig +trace不使用主机的DNS设置来检查DNS,而是直接使用根提示。
在@8.8.8.8上不能正确解析并不能精确地排除您的本地DNS环境。
当然,在你提供实际域名之前,没有人会对你有任何真正的帮助。
https://serverfault.com/questions/1028750
复制相似问题