我们为我们的域名托pipeDNS。
两周前，开发人员要求我们设置一个新的区域“dev.ourdomain.com”，并在其中放置两个主机loggingmy.dev.ourdomain.com和admin.dev.ourdomain.com。
我们将该区域添加到我们的DNS并为主机添加了Alogging。
现在一周后，像google（8.8.8.8）和gtei（4.2.2.2）这样的一些DNS服务器将parsing主机，但OpenDNS（208.67.222.222）和ATT Uverse（68.94.156.1）等其他服务器无法解决这个问题。
有任何想法吗？
检查域名WHOIS中列出哪些名称服务器，然后查询每个服务器的NSlogging的域，并确保它们都列出相同的名称服务器。 如果他们不这样做，那么你需要修复它们，以便他们都同意哪个服务器是域名服务器，并且每个列为名称服务器的服务器都有该域的副本。
我假设你已经等待了TTL，所以你确定世界各地的caching中没有“旧”数据。
您应该检查从TLD到您的区域的整个解决scheme链是否有任何问题。 例如，从.com开始，并询问其权威名称服务器以获取您的域的NSes列表。 然后去询问他们中的每一个是否有你的子域名的NSes，并去问问他们是否有任何应该发布的数据。
机会是有些dns没有发布整个数据，那么你实际上有一个“复制问题”，如标题所述。 或者，也许你错过了某些数据（SOA，NS或类似的…）
如果一个标准的parsing器（例如我使用dig ）可以parsing你的主机名，那么问题可能出在另一端。
你说你添加了一个区域到你的服务器，为什么？ 处理dev.yourdomain.com的服务器是否与处理yourdomain.com的服务器不同？ 如果相同的主机pipe理父母，则不必创build单独的区域文件。 你不提什么服务器，所以我会承担绑定，但大多数DNS服务将支持做这样的事情：
dev IN A 1.2.3.4 admin.dev IN A 1.2.3.5 这些条目都出现在主区域文件中。 但是，如果您计划在其他地方为dev.yourdomain.com子域托pipeDNS，那么您需要一些更复杂的东西。 按照您的设置区域文件，然后添加来自父级服务器的引用：
dev IN NS otherns.yourdomain.com. dev IN NS backupns.yourdomain.com.
至于一些没有解决的主机的实际问题，你有没有跟踪？ 这是所有的时间吗？ 他们是否查询同一个NS主机？ 您是否validation了多个服务器上的configuration，如果您正在运行多个服务器？