如何找到冲突DNS记录的来源?
当前回答
您可以使用whois服务。在类似UNIX的操作系统上，您可以执行以下命令。或者你也可以在http://www.internic.net/whois.html上进行。
域名查询服务stackoverflow.com
您将得到以下响应。
.．.这里删除了文本…
域服务器排列顺序: NS51.DOMAINCONTROL.COM NS52.DOMAINCONTROL.COM
您可以使用nslookup或dig来查找关于给定域的记录的更多信息。这可能会帮助您解决您所描述的冲突。
其他回答
我发现对于一些领域，上面的答案不工作。我发现的最快的方法是首先检查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。
你可以用"host"命令找到一个域的命名服务器:
[davidp@supernova:~]$ host -t ns stackoverflow.com
stackoverflow.com name server ns51.domaincontrol.com.
stackoverflow.com name server ns52.domaincontrol.com.
您可以使用whois服务。在类似UNIX的操作系统上，您可以执行以下命令。或者你也可以在http://www.internic.net/whois.html上进行。
域名查询服务stackoverflow.com
您将得到以下响应。
.．.这里删除了文本…
域服务器排列顺序: NS51.DOMAINCONTROL.COM NS52.DOMAINCONTROL.COM
您可以使用nslookup或dig来查找关于给定域的记录的更多信息。这可能会帮助您解决您所描述的冲突。
SOA记录出现在层次结构更上层的所有服务器上，域所有者对这些服务器没有控制权，它们实际上都指向域所有者控制下的一个权威名称服务器。
另一方面，权威服务器上的SOA记录本身并不是解析该域所严格需要的，它可能包含虚假信息(或隐藏的主服务器，或其他受限制的服务器)，不应该依赖它来确定给定域的权威名称服务器。
您需要查询顶级域的授权服务器，以获得给定子域的可靠SOA信息。
(关于哪个服务器是授权的，可以从根名称服务器查询哪个TLD的信息)。
当您从TLD权威服务器获得关于SOA的可靠信息时，您可以查询主名称服务器本身的权威(在gTLD名称服务器上的SOA记录中!)，然后继续检查您从查询NS记录中获得的所有名称服务器，以查看在任何这些服务器上的任何其他特定记录是否存在不一致。
这在linux和dig中比在nslookup/windows中工作得更好/可靠得多。
我们已经构建了一个dns查找工具，可以在一个请求中为您提供域的权威名称服务器及其常见dns记录。
例如:https://www.misk.com/tools/ dns / stackoverflow.com
我们的工具通过在根名称服务器执行实时(非缓存)dns查找来查找权威名称服务器，然后遵循名称服务器引用，直到到达权威名称服务器。这与dns解析器用于获得权威答案的逻辑相同。在每个查询中选择(并识别)一个随机的权威名称服务器，允许您通过执行多个请求来查找冲突的dns记录。
您还可以通过单击上述示例中dns查找结果底部的“权威名称服务器”来查看名称服务器委托路径。
例如:https://www.misk.com/tools/ dns / stackoverflow.com@f.root-servers.net
