从哪里获得权威的 DNS 信息以及 whois 准确

Question

有人告诉我，以下域的 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 记录的最终权限在哪里，我如何获取该信息？

谢谢

Answer 1

DNS 设置不一致，因为注册表（“.com” - 由 Verisign 管理）表示权威名称服务器是 ns1.horoscope-feeds.com 和 ns2.horoscope-feeds.com，但如果您查询其中一台服务器，他们会回答权威服务器是ns.horoscope-feeds.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

可以看到类似的诊断here。

通常，Whois 发布的信息也来自 TLD 注册机构（如果您查询正确的 whois 服务器）。但是，注册表 whois 数据库可能与 DNS 上发布的内容不同步。由于我们正在处理 DNS 问题，因此最好查询 DNS，即向dig com. NS 之一询问以“.com”结尾的域）:)

至于修复这种不一致，您应该编辑您的区域（在您的 DNS 提供商处）以匹配注册表。