如何找到冲突DNS记录的来源?
当前回答
不幸的是，大多数这些工具只返回实际名称服务器本身提供的NS记录。为了更准确地确定哪个域名服务器实际上负责一个域名，你必须使用“whois”并检查那里列出的域名，或者使用“dig [domain] NS @[根名称服务器]”并递归运行，直到你得到名称服务器列表……
我希望有一个简单的命令行，您可以运行它来可靠地以一致的格式获得那个结果，而不仅仅是名称服务器本身给出的结果。这对我来说的目的是能够查询大约330个域名，我管理，所以我可以确定确切的名称服务器每个域名指向(根据他们的注册商设置)。
有人知道在*nix上使用“dig”或“host”或其他命令吗?
其他回答
不幸的是，大多数这些工具只返回实际名称服务器本身提供的NS记录。为了更准确地确定哪个域名服务器实际上负责一个域名，你必须使用“whois”并检查那里列出的域名，或者使用“dig [domain] NS @[根名称服务器]”并递归运行，直到你得到名称服务器列表……
我希望有一个简单的命令行，您可以运行它来可靠地以一致的格式获得那个结果，而不仅仅是名称服务器本身给出的结果。这对我来说的目的是能够查询大约330个域名，我管理，所以我可以确定确切的名称服务器每个域名指向(根据他们的注册商设置)。
有人知道在*nix上使用“dig”或“host”或其他命令吗?
一个简单的方法是使用在线域名工具。我最喜欢的是Domain Tools(以前是whois.sc)。我不确定他们是否可以解决冲突的DNS记录。此处以stackoverflow.com的DNS服务器为例
NS51.DOMAINCONTROL.COM
NS52.DOMAINCONTROL.COM
你会想要一个给定域名的SOA(权威的开始)记录，这就是你如何使用通用的nslookup命令行工具来完成它:
command line> nslookup
> set querytype=soa
> stackoverflow.com
Server: 217.30.180.230
Address: 217.30.180.230#53
Non-authoritative answer:
stackoverflow.com
origin = ns51.domaincontrol.com # ("primary name server" on Windows)
mail addr = dns.jomax.net # ("responsible mail addr" on Windows)
serial = 2008041300
refresh = 28800
retry = 7200
expire = 604800
minimum = 86400
Authoritative answers can be found from:
stackoverflow.com nameserver = ns52.domaincontrol.com.
stackoverflow.com nameserver = ns51.domaincontrol.com.
源(或Windows上的主名称服务器)行告诉您ns51. conf。Domaincontrol是stackoverflow.com的主要名称服务器。
在输出的最后，列出了所有授权服务器，包括给定域的备份服务器。
你在你的问题中使用了单数，但通常有几个权威的名称服务器，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
在这里，两个权威名称服务器具有相同的序列号。好。
我发现最好的方法是总是添加+trace选项:
dig SOA +trace stackoverflow.com
它也适用于托管在不同提供者中的递归CNAME。trace隐含+norecurse，因此结果只针对您指定的域。
