当没有其他logging存在时DIG域NS空?

我要求我们的域名注册商为新域名configuration名称服务器。 他们说这样做,所以我检查:

dig example.com NS 

使用Google的服务器,这是我得到的:

 dig example.com NS ; <<>> DiG 9.7.1-P2 <<>> example.com NS ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 27910 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;example.com. IN NS ;; Query time: 244 msec ;; SERVER: 8.8.8.8#53(8.8.8.8) 

换句话说,没有答案。 所以我觉得他们还没有名字服务器。 再次问及他们现在带着他们的证据:

 dig @local-isp-ns example.com NS ; <<>> DiG 9.4.1-P1 <<>> @local-isp-ns example.com ; (1 server found) ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 53790 ;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 2, ADDITIONAL: 0 ;; WARNING: recursion requested but not available ;; QUESTION SECTION: ;example.com. IN NS ;; AUTHORITY SECTION: example.com. 86400 IN NS our-name-servers. example.com. 86400 IN NS our-name-servers. ;; Query time: 1 msec ;; SERVER: 200.85.160.2# 

换句话说,他们查询当地的互联网服务提供商NS,突然间它得到了答案。 我重复了这个练习,NS确实出现在某些服务器上,而不是其他的(包括Google DNS)。 这个改变应该是在几周前完成的,所以同步不是问题。 我只是想了解发生了什么。 事实是domain.com尚未configuration在我们的域名服务器上。 所以NS的答案可能会回到空白,因为它看到指定的名称服务器实际上并不起作用。 或者还有其他的事情呢?

谢谢!

尝试跟踪上。 它会跟踪你的请求从根服务器到你的NS。
挖+追踪google.com NS

其次,你可以whois你的域名,并检查它指向哪个名称服务器? 那你可以试试
dig @ $ NS_FROM_WHOIS example.com NS
核实。

请记住,caching将大大影响结果。 例如,如果你曾经询问谷歌的名称服务器,就在真正的区域上线之前,这会导致谷歌caching“否定的答案”。 然后,当它上线,你再次查询谷歌,它会使用caching的答案,而不是再次查询上游服务器。

及时,一切都会消失。 但是,您需要等到父区域的负caching超时才能通过。