这个问题首当其冲 – 在SOAlogging中指定的主要名称服务器与NSlogging中指定的名称服务器之间的关系是什么。 这些东西如何链接？
当我查询大多数网站，我得到这个：
dhamma@sansa:~$ host -t SOA arth.com arth.com has SOA record ns1.comcastbusiness.net. domreg-tech.comcastbusiness.net. 2009072715 3600 7200 604800 7200
我期望看到ns1.comcastbusiness.net作为主要的名称服务器，因为当我查询该域的NSlogging，我得到这个：
dhamma@sansa:~$ host -t NS arth.com arth.com name server ns1.comcastbusiness.net. arth.com name server ns2.comcastbusiness.net. arth.com name server ns3.comcastbusiness.net.
这总是让我想到， SOAlogging以某种方式自动填充主NSlogging？ 这甚至是远程真实的吗？
因为这是我最困惑的地方：
dhamma@sansa:~$ host -t SOA paulwarnk.com paulwarnk.com has SOA record a.dns.hostway.net. hostmaster.siteprotect.com. 2009012319 86400 7200 86400 99999
但是我被告知，并且使用这些名字服务器：
dhamma@sansa:~$ host -t NS paulwarnk.com paulwarnk.com name server adns.cs.siteprotect.com. paulwarnk.com name server bdns.cs.siteprotect.com.
为什么这个名称服务器adns.cs.siteprotect.com没有被列为SOAlogging中的主要名称服务器？
RFC 1035说：
MNAME作为该区域的原始或主要数据源的名称服务器的<域名>。
尽pipe在实践中， SOA中的这个MNAME字段现在几乎没有使用。
但是，如果您使用的是DNSdynamic更新，则必须引用要接收dynamic更新消息的DNS服务器的名称。
另请参阅此（过期的） Internet草案 ，其中详细讨论了MNAME字段，以及DNS UPDATE消息是如何唯一使用它的。
名称服务器logging在您的区域文件中指定。 SOAlogging指示区域的主名称服务器。 两者之间没有自动关系。 这里是关于SOAlogging的一个很好的解读。 简短的回答是，SOAlogging是连贯名称，ttl等的整个logging。另外，我强烈build议拿起O'Reilly DNS＆Bind书籍。 这真的很有用。
您的logging超出了paulwarnk.com的根服务器：
paulwarnk.com. 172800 IN NS adns.cs.siteprotect.com. paulwarnk.com. 172800 IN NS bdns.cs.siteprotect.com. ;; Received 116 bytes from 192.55.83.30#53(M.GTLD-SERVERS.NET) in 152 ms paulwarnk.com. 99999 IN A 69.143.69.166 paulwarnk.com. 99999 IN NS adns.cs.siteprotect.com. paulwarnk.com. 99999 IN NS bdns.cs.siteprotect.com. ;; Received 100 bytes from 64.26.28.8#53(adns.cs.siteprotect.com) in 12 ms
现在，这意味着，在根服务器上，adns＆bdns.cs.siteprotect.com被列为paulwarnk.com的权限。 然后，在这些服务器（adns＆bdns）上有一条指向69.143.69.166的根logging的Alogging。
我想你所问的是为什么NSlogging看起来不一样。 答案是NSlogging可能由您的注册商指定，指向他们对该区域具有权威性的服务器。 但是，这个输出似乎表明了一个问题，因为SOA名称服务器似乎没有响应您的logging请求：
; <<>> DiG 9.2.4 <<>> @a.dns.hostway.net paulwarnk.com ; (1 server found) ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: REFUSED, id: 37849 ;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;paulwarnk.com. IN A ;; Query time: 10 msec ;; SERVER: 66.113.129.243#53(66.113.129.243) ;; WHEN: Mon Nov 16 23:03:04 2009 ;; MSG SIZE rcvd: 31
编辑：权威：0意味着服务器a.dns.hostway.net没有权威的回答。 当答案：0部分存在时，这似乎是显而易见的，但区分权威答案和非权威答案是非常重要的。 在DNS中，权威人士会询问你是否已经得到答案的服务器实际上可以信任，知道它在说什么。
至于为什么在SOA中列出了一个服务器，我不知道我曾经读过他们放在那里的原因，但是这个服务器应该是这个区域的主服务器，因此是权限的开始，也就是SOA。 事实并非总是如此，因为我的所有域的SOA都在SOA中列出了一个主查询服务器，但是实际的权限启动是在一个无法访问的隐藏主机上。