如何找到冲突DNS记录的来源?
当前回答
我发现对于一些领域,上面的答案不工作。我发现的最快的方法是首先检查NS记录。如果不存在,请检查SOA记录。如果不存在,则使用dig递归解析名称并获取返回的最后一个NS记录。一个符合这一点的例子是analyticsdcs.ccs.mcafee.com。
检查NS记录
host -t NS analyticsdcs.ccs.mcafee.com。
如果没有发现NS,请检查SOA记录
host -t SOA analyticsdcs.ccs.mcafee.com。
如果既不是NS也不是SOA,则执行完全递归并返回最后一个NS
挖掘+跟踪analyticsdcs.ccs.mcafee.com。| grep -w 'IN[[:space:]]*NS' | tail -1
测试名称服务器是否返回
主机analyticsdcs.ccs.mcafee.com。gtm2.mcafee.com。
其他回答
你应该在谷歌上搜索的词是“权威的”,而不是“权威的”。
在Linux或Mac上,您可以使用命令whois, dig, host, nslookup或其他几个。nslookup也可以在Windows上工作。
一个例子:
$ whois stackoverflow.com
[...]
Domain servers in listed order:
NS51.DOMAINCONTROL.COM
NS52.DOMAINCONTROL.COM
至于额外学分:是的,这是可能的。
aryeh是绝对错误的,因为他的建议通常只会给你IP地址作为主机名。如果你使用dig,你必须查找NS记录,像这样:
dig ns stackoverflow.com
请记住,这可能会询问您的本地DNS服务器,因此可能会给出错误或过时的答案,它在其缓存中。
你在你的问题中使用了单数,但通常有几个权威的名称服务器,RFC 1034建议至少有两个。
除非你指的是“主名称服务器”而不是“权威名称服务器”。辅助名称服务器是权威的。
在Unix上查找某个域的名称服务器:
% dig +short NS stackoverflow.com
ns52.domaincontrol.com.
ns51.domaincontrol.com.
要找出被列为主服务器的服务器(“主”的概念目前相当模糊,通常没有好的答案):
% dig +short SOA stackoverflow.com | cut -d' ' -f1
ns51.domaincontrol.com.
为了检查名称服务器之间的差异,我倾向于使用旧的check_soa工具,Liu和Albitz在“DNS和BIND”一书中描述过(O'Reilly编辑)。源代码可以在http://examples.oreilly.com/dns5/上找到
% check_soa stackoverflow.com
ns51.domaincontrol.com has serial number 2008041300
ns52.domaincontrol.com has serial number 2008041300
在这里,两个权威名称服务器具有相同的序列号。好。
坐了一*那晚尼克斯:
$ dig -t ns <domain name>
一个简单的方法是使用在线域名工具。我最喜欢的是Domain Tools(以前是whois.sc)。我不确定他们是否可以解决冲突的DNS记录。此处以stackoverflow.com的DNS服务器为例
NS51.DOMAINCONTROL.COM
NS52.DOMAINCONTROL.COM
你可以用"host"命令找到一个域的命名服务器:
[davidp@supernova:~]$ host -t ns stackoverflow.com
stackoverflow.com name server ns51.domaincontrol.com.
stackoverflow.com name server ns52.domaincontrol.com.