有人告诉我，以下域名的DNS记录有问题：horoscope-feeds.com，但我还不相信它有问题。
当我这样做的时候
host -C -a horoscope-feeds.com
我得到了回应
Trying "horoscope-feeds.com"
Received 184 bytes from 127.0.0.1#53 in 46 ms
Trying "horoscope-feeds.com"
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 21074
;; flags: qr aa; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 1
;; QUESTION SECTION:
;horoscope-feeds.com. IN SOA
;; ANSWER SECTION:
horoscope-feeds.com. 86400 IN SOA ns.horoscope-feeds.com. peter.ward33.btopenworld.com. 1341590337 10800 3600 604800 10800
;; AUTHORITY SECTION:
horoscope-feeds.com. 86400 IN NS ns.horoscope-feeds.com.
;; ADDITIONAL SECTION:
ns.horoscope-feeds.com. 86400 IN A 109.228.2.80
Received 131 bytes from 109.228.2.80#53 in 44 ms
我理解的意思是这个域名的权威名称服务器是ns.horoscope-feeds.com.但是域名的WHOIS查找会产生两个名称服务器：
Nameserver: ns1.horoscope-feeds.com
Nameserver: ns2.horoscope-feeds.com
我认为whois信息不能保证是准确的，域信息不应从该来源获取。
有人能告诉我这个域名的DNS设置是否有任何错误，如果有，怎么办？此外，域名DNS记录的最终权限在哪里？我如何获得该信息？
谢谢
DNS设置不一致，因为由Verisign管理的注册表（“.com”）表示权威名称服务器是ns1。星座饲料。com和ns2。星座饲料。com，但如果您查询其中一台服务器，它们会回答权威服务器是ns。星座饲料。com（与ns2具有相同的IP）。
这听起来可能令人困惑，但重要的是要理解，解析客户端从根目录跳到域的主要记录类型是NS资源记录类型。对于任何给定的委托域，例如“horoscope feeds.com”，都有两组这样的NS记录——一组由父区域（注册表）发布，另一组由区域本身发布。这两组应匹配：
向注册表询问您的域的权威名称服务器集：
$ dig +noall +authority +add @a.gtld-servers.net horoscope-feeds.com
horoscope-feeds.com. 172800 IN NS ns1.horoscope-feeds.com.
horoscope-feeds.com. 172800 IN NS ns2.horoscope-feeds.com.
ns1.horoscope-feeds.com. 172800 IN A 109.228.2.79
ns2.horoscope-feeds.com. 172800 IN A 109.228.2.80
询问其中一个名称服务器：
$ dig +noall +answer +add @109.228.2.79 horoscope-feeds.com ns
horoscope-feeds.com. 86400 IN NS ns.horoscope-feeds.com.
ns.horoscope-feeds.com. 86400 IN A 109.228.2.80
类似的诊断可以在这里看到。
通常，Whois发布的信息也来自TLD注册表（如果查询正确的Whois服务器）。但是，注册表whois数据库可能与DNS上发布的内容不同步。由于我们正在处理DNS问题，因此最好查询DNS，即询问dig com中的一个。NS用于以“.com”结尾的域：）
至于修复此不一致性，您应该编辑区域（在DNS提供商处）以匹配注册表。
