我们创build了一个新的子域（通过Alogging），但并不是为所有人解决。 它已经为我和其他人工作了大约一个星期，但其他人仍然无法访问该网站。 我不认为这是一个传播问题，因为我们在一周前创build了这个条目。 我已经能够从各种机器/networking/操作系统/ ISP的平台和解决的领域，但其他一些不能。
我已经有谁不能解决域名冲洗他们的DNS的人，但没有效果。 他们可以直接通过IP访问站点，但不能访问域名。
此Alogging指向与主域不同的服务器。 注册商是Network Solutions，主办方是Media Temple（dv）。
提前致谢。
编辑：该域名是testing.nicpartnersinc.com 。 此外，主机是品牌spankin新，这是第一个也是唯一的领域创build。
编辑2：
从可以parsing域名的位置
$ 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
在DNS中，传播几乎完全基于SOAlogging中的序列号。 如果你不改变它，它会破坏。 有些托pipe公司让你在整个域名上进行更改，但是你必须点击某种“发布”链接，以表明你已经准备好将这些更改提交给全世界。
此外，“子域”我假设你的意思是你正在创造一个logging，而不是一个实际的子域。 也就是说，你要在你的域中添加一个Alogging来testing，而不是一个子域。 当你提出像我这样的DNStypes必须回答的问题时，这个区别才是真正重要的。 “子域”是指将NSlogging委托给另一组名称服务器。 我假设你的意思是误用的术语是指“一个logging”。
对于能解决这个问题的人来说，他们看到了什么？ 正确的Alogging？ 如果是这样，那么我认为这是一个传播错误; 尝试看看你是否可以提高序列号或添加另一个logging（富？），看看是否也无法传播。 如果确实如此，请打电话给您的DNS主机。
请注意，为您的区域服务的三个名称服务器之一是closures的：ns1.compuone.com似乎没有起床我至less。
我刚刚testing挖掘和nicpartnersinc.com只有两个名称服务器（这不是很多），ns35.worldnic.com和ns36.worldnic.com。
双方都权威地回答说，tests.nicpartnersinc.com确实存在，IPv4地址为70.32.74.40。
所以，它现在应该工作。
需要有关DNS设置types的更多信息：绑定？ 控制面板？ 等等
Bind可能发生的一件事情是：修改区域文件中的某些DNS信息，但忘记更改区域的SOAlogging的连续部分。 您保存该文件并重新加载绑定。 但是，在这种情况下，您的DNS服务器不会通知从属服务器，因为串行没有改变。 您将获得2台服务器提供不同的DNS信息。 情况将保持不变，直到从属服务器刷新其信息（基于SOAlogging的过期部分）。
@Justin – 编辑1和编辑2指的是两个不同的域。 :-(哪个域名有问题？编辑1中的域名或编辑2中的域名？
假设编辑1中的域是正确的（nicpartnersinc.com），那么testing.nicpartnersinc.com的Alogging确实存在…
$ 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的Alogging不存在…
$ 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
我的直觉是，有一个混淆关于哪个域意味着有一个名为testing主机的新的Alogging。