哪里可以获得权威的DNS信息,哪些是准确的

时间:2013-07-05 21:49:16

标签: dns whois

我被告知以下域名的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记录的最终权限在哪里,我如何获取该信息?

由于

1 个答案:

答案 0 :(得分:3)

DNS设置不一致,因为注册表(“。com” - 由Verisign管理)说权威的名称服务器是ns1.horoscope-feeds.comns2.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提供商处)以匹配注册表。