我想了解为什么域名服务器同时出现在whois信息和DNS信息中。
例如，以下whois输出显示ns1.google.com，ns2.google.com，ns3.google.com和ns4.google.com是google.com的名称服务器。
$ whois google.com | grep Server Whois Server Version 2.0 Whois Server: whois.markmonitor.com Name Server: NS1.GOOGLE.COM Name Server: NS2.GOOGLE.COM Name Server: NS3.GOOGLE.COM Name Server: NS4.GOOGLE.COM Registrar WHOIS Server: whois.markmonitor.com Name Server: ns4.google.com Name Server: ns3.google.com Name Server: ns1.google.com Name Server: ns2.google.com DNS信息中出现与NSlogging相同的信息。
$ dig google.com +trace ANY ; <<>> DiG 9.10.3-P4-Debian <<>> google.com +trace ANY ;; global options: +cmd . 44313 IN NS c.root-servers.net. . 44313 IN NS a.root-servers.net. . 44313 IN NS e.root-servers.net. . 44313 IN NS k.root-servers.net. . 44313 IN NS f.root-servers.net. . 44313 IN NS g.root-servers.net. . 44313 IN NS h.root-servers.net. . 44313 IN NS i.root-servers.net. . 44313 IN NS d.root-servers.net. . 44313 IN NS l.root-servers.net. . 44313 IN NS j.root-servers.net. . 44313 IN NS b.root-servers.net. . 44313 IN NS m.root-servers.net. ;; Received 239 bytes from 172.30.93.117#53(172.30.93.117) in 2 ms com. 172800 IN NS a.gtld-servers.net. com. 172800 IN NS b.gtld-servers.net. com. 172800 IN NS c.gtld-servers.net. com. 172800 IN NS d.gtld-servers.net. com. 172800 IN NS e.gtld-servers.net. com. 172800 IN NS f.gtld-servers.net. com. 172800 IN NS g.gtld-servers.net. com. 172800 IN NS h.gtld-servers.net. com. 172800 IN NS i.gtld-servers.net. com. 172800 IN NS j.gtld-servers.net. com. 172800 IN NS k.gtld-servers.net. com. 172800 IN NS l.gtld-servers.net. com. 172800 IN NS m.gtld-servers.net. com. 86400 IN DS 30909 8 2 E2D3C916F6DEEAC73294E8268FB5885044A833FC5459588F4A9184CF C41A5766 com. 86400 IN RRSIG DS 8 1 86400 20170723050000 20170710040000 15768 . DxDCk0ODJBzRqA78LQkZr2U1UKQszfF3U4Wl0MeW20kAceK5Xj4KoUSu ouy/H01wK8t2r6gMBjj8npOq/+oktlFqdf0jiB8+P7D6DJLZZ/zL/fy8 NP9PkDDWYddx9SMhtKvg/anFcDrBKzzjk4KOr3s4viHlcLC1SalxdndG 3gjaSZ3KoUOMxTi+/qHQ35RsnGxsW7gJ01a7RKsJLDaNOjBSWtvyL8RW 5WsaTVof3YmxXPQd5a7vErkOEM6CuPOuvBZdN3m1wTED5zM3cNUInq59 ELN/K9TcbCU6tnXFn6YItCyjMZDmP3MRFprYeKYw6+LwLB3OhwZdmxZF PTzFuw== ;; Received 1170 bytes from 198.41.0.4#53(a.root-servers.net) in 241 ms google.com. 172800 IN NS ns2.google.com. google.com. 172800 IN NS ns1.google.com. google.com. 172800 IN NS ns3.google.com. google.com. 172800 IN NS ns4.google.com. CK0POJMG874LJREF7EFN8430QVIT8BSM.com. 86400 IN NSEC3 1 1 0 - CK0Q1GIN43N1ARRC9OSM6QPQR81H5M9A NS SOA RRSIG DNSKEY NSEC3PARAM CK0POJMG874LJREF7EFN8430QVIT8BSM.com. 86400 IN RRSIG NSEC3 8 2 86400 20170716044736 20170709033736 27302 com. dPL5un6VGsc3VD1fU/VGsKtTvXx2SLYXr7XwG0I1hMhPxLgSu06jTwri bi8HEbBDR8K6LZLsf/PnbAM0dkpgYn+0zAsJnpvjy3BCaCDvIGFzTKme IJ/vLjMCP3cfP/Jy2tQp5xBDCPUjwM1YR+7IfWC4kyPh8d51o5dgfHMX Zp8= S848JI1TS2RCEPV5SPG2RJA2T711BO8H.com. 86400 IN NSEC3 1 1 0 - S84C439C9HACCNUVH6CBPPTUS93VLTUG NS DS RRSIG S848JI1TS2RCEPV5SPG2RJA2T711BO8H.com. 86400 IN RRSIG NSEC3 8 2 86400 20170717045200 20170710034200 27302 com. i1YnEA/ddnve8DUIOiFfEWBr5j8TOu60ehJexxzMxCG6ei8jAK+x1gqy BwtlmV6bnv/rjV52LOC58IJD2nBi4LcOLD4ggCVuKpAYLntAcOkdiDQ6 fELXSYFlDdh/vZCpSivUE9K6JCWVBNXBAosY6EBqrPU7BJoymsnGkrw/ VQQ= ;; Received 660 bytes from 192.41.162.30#53(l.gtld-servers.net) in 306 ms google.com. 300 IN A 172.217.6.78 google.com. 300 IN AAAA 2607:f8b0:4005:80a::200e google.com. 345600 IN NS ns4.google.com. google.com. 345600 IN NS ns2.google.com. google.com. 345600 IN NS ns3.google.com. google.com. 86400 IN CAA 0 issue "pki.goog" google.com. 600 IN MX 30 alt2.aspmx.l.google.com. google.com. 60 IN SOA ns4.google.com. dns-admin.google.com. 161347549 900 900 1800 60 google.com. 600 IN MX 50 alt4.aspmx.l.google.com. google.com. 86400 IN CAA 0 issue "symantec.com" google.com. 600 IN MX 20 alt1.aspmx.l.google.com. google.com. 600 IN MX 10 aspmx.l.google.com. google.com. 600 IN MX 40 alt3.aspmx.l.google.com. google.com. 3600 IN TXT "v=spf1 include:_spf.google.com ~all" google.com. 345600 IN NS ns1.google.com. ;; Received 404 bytes from 216.239.34.10#53(ns2.google.com) in 248 ms
上面的NSlogging包含ns1.google.com，ns2.google.com，ns3.google.com和ns4.google.com。
两个问题。
Whois向nominet发送查询以查找域的当前列出的名称服务器（NS）。 这个列表在域名注册时更新。 所以当我注册我的域名与GOdaddy他们注册该域名与Nominet代表我，他们也告诉nominet哪些DNS服务器将托pipe我的域名（NS服务器Nominet名单）。 把nominet当成注册域列表和当前的域名服务器。
Whois上的NS服务器仅用于像您所做的那样的查询。 为了findAlogging，CNAMElogging，MXlogging等，您的域名托pipe我们使用DNS。
换句话说，对于使用浏览器，NSLookup，ping等任何其他查询，它是用于查找托pipe您的域的NS服务器的DNS NSlogging，然后查询这些logging以查找您正在查找的logging。
当承载域名的NS服务器列表更新/更改（我最近为我的域名所做的），那么Nominet的logging也会改变。 他们应该是不同步的，但如果他们只要DNS中的NSlogging是正确的，那么你的logging就可以find。
进一步扩大和build立在我上面的评论这里是一对夫妇更多的联系。 两者都与ICANN直接相连。 以下是ICANN网站的一些信息：
**域名系统（DNS）是一个分级分布式数据库，用来查找唯一名称的信息，即帮助人们连接到互联网上的网站和电子邮件服务器等资源。 简单地说，每台计算机都有一个唯一的号码，称为互联网协议（IP）地址，例如2620：0：2d0：200 :: 7，就像电话号码一样。 一台电脑可以联系另一台电脑，只要知道它的IP地址即可。 由于这些数字难以记忆，我们倾向于使用域名，例如www.icann.org。 DNS用于在域名和IP地址之间进行转换。
WHOIS提供的信息足以与特定互联网资源的责任方联系，他们可以解决或可靠地将数据传递给可解决与configuration与域名或DNS名称服务器相关的logging相关问题的一方的信息。 不幸的是，术语“WHOIS”意义重大，指的是与各种资源（即域名，IP地址和自治系统号码（ASN））相关的协议，服务和数据types。 本WHOIS网站仅专门描述通用顶级域名的WHOIS系统，并不试图描述WHOIS如何适用于国家代码顶级域名（ccTLD），IP地址或ASN。 注册商和注册pipe理机构提供的WHOIS数据服务称为“WHOIS服务”，或者称为“注册数据目录服务”。**
为什么域名服务器和域名服务器都出现在域名服务器上？
因为他们可以。 WHOIS不是DNSpipe理员的工具。 它是域pipe理员的工具。 虽然这些angular色有时可能共享业务中的相同IT人员，但他们通常不会。 在很多情况下，购买域名的人只需插入另一个部门提供给他们的DNS服务器列表。
WHOIS提供了理解域名所有权所需的全部信息，以及与注册pipe理机构本身configuration有关的详细信息。 非DNSpipe理员的人不需要使用他们不熟悉的协议。
Whois和DNS都是两个“目录”和访问其数据的方式。 他们迎合不同的需求
注册pipe理机构同时pipe理 注册服务商向注册pipe理机构发送数据（创build和更新），然后再修改whois和DNS系统中的内容。
因此，遵循上面的第一点，whois中的名称服务器不用于任何事情，特别是在parsing期间，如果存在差异（可能发生，无论是由于错误还是由于两个系统不一定更新以相同的频率，在过去的典型的延迟，在24小时内出现在whois和几个小时的DNS的变化;今天的事情是更快）DNS中的信息“胜利”，只有这个意义上数据在parsing期间使用。