dns - 从哪里获取权威的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 资源记录类型。对于任何给定的委托(delegate)域，例如“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 提供商处)编辑您的区域以匹配注册表。