我们有一个客户，我们为（blog.foobar.es）提供一个网站。 我们不pipe理foobar.es的DNS设置，我们只是告诉他们将blog.foobar.es指向我们的Web服务器的IP。
我们注意到，有时我们无法浏览到blog.foobar.es，但我们可以浏览到该服务器上的其他网站。
使用主机（1）进行故障诊断会产生一些有趣的事情：
$ host blog.foobar.es 8.8.8.8 Using domain server: Name: 8.8.8.8 Address: 8.8.8.8#53 Aliases: Host blog.foobar.es not found: 3(NXDOMAIN) ，是Google公共DNS服务器的8.8.8.8。 但是，有时同一台服务器正确地parsing名称（！）。
另一个有趣的事情是，我们的ISP的DNS服务器有时会说：
$ host blog.foobar.es 80.58.61.250 Using domain server: Name: 80.58.61.250 Address: 80.58.61.250#53 Aliases: blog.foobar.es has address xxxx Host blog.foobar.es not found: 3(NXDOMAIN)
我真的不明白。 我挖掘使用挖（1），并已经注意到他们已经build立了foobar.es SOAlogging：
$ dig foobar.es ; <<>> DiG 9.7.0-P1 <<>> foobar.es ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 59824 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 ;; QUESTION SECTION: ;foobar.es. IN A ;; AUTHORITY SECTION: foobar.es. 86400 IN SOA dns1.provider.es. root.dns1.provider.es. 2011030301 86400 7200 2592000 172800 ;; Query time: 78 msec ;; SERVER: 80.58.61.250#53(80.58.61.250) ;; WHEN: Thu Mar 3 16:16:19 2011 ;; MSG SIZE rcvd: 78
…我完全不熟悉。
想法？
由于我们无法控制DNS，所以我们不能做太多事情，但我们希望将客户指向正确的方向。
SOAlogging中的第一个条目应该是托pipe区域的DNS服务器之一（这些服务器称为“权威服务器”，实际上是提供信息的设备;它们可能是他们自己的系统，或者他们可能是ISP或注册服务商） ; 在这种情况下，它是dns1.provider.es. – 这是否匹配域名的WHOIS条目中提供的内容？
另一件要检查的是dig foobar.es -t NS ; 这应该指向承载该区域的DNS服务器。 对这些服务器执行相同的查找，并确保它们返回相同的信息。
换句话说，WHOIS条目中的名称服务器应指向与“NS”logging完全相同的位置，并且SOAlogging中的名字也应该指向这些服务器之一。
这些指针的问题可能会导致您看到的传输解决问题的types。
编辑：有许多在线工具可以指向一个域名，并会自动运行一些或所有这些检查，警告你任何不一致的东西。