☰

DNS 无法解析*某些*人/位置

tag-icon • tag-icon domain-name-system subdomain a-record
DNS 无法解析*某些*人/位置

我们创建了一个新的子域（通过 A 记录），但并不是每个人都能解析。它对我和其他一些人来说已经工作了大约一周，但其他人仍然无法访问该网站。我不认为这是一个传播问题，因为我们大约一周前创建了该条目。我已经能够从各种机器/网络/操作系统/ISP ping 和解析该域，但一些其他国家则不能。

我已经让那些无法解析域名的人刷新了他们的 DNS，但没有效果。他们可以直接通过 IP 访问网站，但无法通过域名访问。

此 A 记录指向与主域名不同的服务器。注册商是 Network Solutions，主机是 Media Temple (dv)。

提前致谢。

编辑：域名是testing.nicpartnersinc.com。此外，主机是全新的，这是在其上创建的第一个也是唯一一个域名。

编辑2：

来自可以解析域名的位置

$ dig testing.nicpartners.com +trace

; <<>> DiG 9.4.3-P1 <<>> testing.nicpartners.com +trace
;; global options:  printcmd
.           355205  IN  NS  j.root-servers.net.
.           355205  IN  NS  g.root-servers.net.
.           355205  IN  NS  m.root-servers.net.
.           355205  IN  NS  c.root-servers.net.
.           355205  IN  NS  h.root-servers.net.
.           355205  IN  NS  i.root-servers.net.
.           355205  IN  NS  a.root-servers.net.
.           355205  IN  NS  k.root-servers.net.
.           355205  IN  NS  d.root-servers.net.
.           355205  IN  NS  e.root-servers.net.
.           355205  IN  NS  f.root-servers.net.
.           355205  IN  NS  l.root-servers.net.
.           355205  IN  NS  b.root-servers.net.
;; Received 488 bytes from 71.9.127.107#53(71.9.127.107) in 44 ms

com.            172800  IN  NS  B.GTLD-SERVERS.NET.
com.            172800  IN  NS  F.GTLD-SERVERS.NET.
com.            172800  IN  NS  A.GTLD-SERVERS.NET.
com.            172800  IN  NS  I.GTLD-SERVERS.NET.
com.            172800  IN  NS  K.GTLD-SERVERS.NET.
com.            172800  IN  NS  L.GTLD-SERVERS.NET.
com.            172800  IN  NS  J.GTLD-SERVERS.NET.
com.            172800  IN  NS  H.GTLD-SERVERS.NET.
com.            172800  IN  NS  M.GTLD-SERVERS.NET.
com.            172800  IN  NS  D.GTLD-SERVERS.NET.
com.            172800  IN  NS  G.GTLD-SERVERS.NET.
com.            172800  IN  NS  C.GTLD-SERVERS.NET.
com.            172800  IN  NS  E.GTLD-SERVERS.NET.
;; Received 501 bytes from 192.5.5.241#53(f.root-servers.net) in 45 ms

nicpartners.com.    172800  IN  NS  ns.compuone.com.
nicpartners.com.    172800  IN  NS  ns1.compuone.com.
nicpartners.com.    172800  IN  NS  ns2.compuone.com.
;; Received 151 bytes from 192.12.94.30#53(E.GTLD-SERVERS.NET) in 222 ms

nicpartners.com.    90000   IN  SOA ns.compuone.com. admin.compuone.com. 31 900 600 86400 3600
;; Received 110 bytes from 206.71.164.187#53(ns.compuone.com) in 35 ms

答案1

在 DNS 中，传播几乎完全基于 SOA 记录中的序列号。如果您不更改它，它就会中断。一些托管公司允许您在整个域中进行更改，但您必须单击某种“发布”链接以表明您已准备好向全世界提交这些更改。

此外，我假设您所说的“子域”是指您正在创建一条记录，而不是实际的子域。也就是说，您正在添加一条用于在域内进行测试的 A 记录，而不是子域。只有当您问像我这样的 DNS 类型必须回答的问题时，这种区别才真正重要。“子域”是指委托给另一组名称服务器的 NS 记录。我假设您指的是误用的术语“A 记录”。

对于能够解析名称的人来说，他们看到了什么？正确的 A 记录？如果是这样，那么我认为这是一个传播错误；尝试看看您是否可以增加序列号或添加另一条记录（foo？），看看是否也传播失败。如果是这样，那么请致电您的 DNS 主机。

请注意，为您的区域提供服务的三个名称服务器中有一个已关闭：至少从我所在的地方来看，ns1.compuone.com 似乎没有启动。

答案2

我刚刚用 dig 测试过，nicpartnersinc.com 只有两个名称服务器（不是很多），ns35.worldnic.com 和 ns36.worldnic.com。

二者均权威地回复：testing.nicpartnersinc.com 确实存在，其 IPv4 地址为 70.32.74.40。

因此，它现在应该可以工作了。

答案3

需要有关 DNS 设置类型的更多信息：绑定？控制面板？等等。

使用 Bind 时可能会发生以下情况：您修改了区域文件中的某些 DNS 信息，但忘记更改该区域的 SOA 记录的序列部分。您保存文件并重新加载 Bind。但在这种情况下，DNS 服务器不会通知从属服务器，因为序列没有改变。您将获得 2 个提供不同 DNS 信息的服务器。这种情况将保持不变，直到从属服务器刷新其信息（基于 SOA 记录的过期部分）。

答案4

@Justin——编辑 1 和编辑 2 指的是两个不同的域。:-( 您在哪个域上遇到了问题？编辑 1 中的域？还是编辑 2 中的域？

假设编辑 1 中的域名是正确的（nicpartnersinc.com），那么testing.nicpartnersinc.com 做存在 ...

$ dig testing.nicpartnersinc.com a

; <<>> DiG 9.6.0-APPLE-P2 <<>> testing.nicpartnersinc.com a
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 52090
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2

;; QUESTION SECTION:
;testing.nicpartnersinc.com.    IN      A

;; ANSWER SECTION:
testing.nicpartnersinc.com. 6892 IN     A       70.32.74.40

;; AUTHORITY SECTION:
nicpartnersinc.com.     172492  IN      NS      ns36.worldnic.com.
nicpartnersinc.com.     172492  IN      NS      ns35.worldnic.com.

;; ADDITIONAL SECTION:
ns35.worldnic.com.      106686  IN      A       205.178.190.18
ns36.worldnic.com.      135224  IN      A       205.178.144.18

;; Query time: 0 msec
;; SERVER: 192.168.69.70#53(192.168.69.70)
;; WHEN: Thu Dec 24 00:39:09 2009
;; MSG SIZE  rcvd: 139

假设编辑 2 中的域名是正确的（nicpartners.com），那么testing.nicpartners.com 才不是存在 ...

$ dig testing.nicpartners.com a

; <<>> DiG 9.6.0-APPLE-P2 <<>> testing.nicpartners.com a
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 38580
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;testing.nicpartners.com.       IN      A

;; AUTHORITY SECTION:
nicpartners.com.        8998    IN      SOA     ns.compuone.com. admin.compuone.com. 31 900 600 86400 3600

;; Query time: 0 msec
;; SERVER: 192.168.69.70#53(192.168.69.70)
;; WHEN: Thu Dec 24 00:42:03 2009
;; MSG SIZE  rcvd: 95

我的直觉是，对于哪个域应该拥有名为 的主机的新 A 记录存在一些混淆testing。

相关内容