昨天我对客户域的名称服务器logging进行了一些更改。
这里是一个DNS传播检查器的链接，它显示了世界上只有三个 DNS服务器的更新的NS域。
我知道DNS设置caching需要一些时间，但是现在已经超过了15个小时了，我从来没有见过DNS的行为如此缓慢。 通常情况下，我甚至会用一台服务器显示更新后的设置，作为其他服务即将到来的标志，事实上，这就是我告诉我的客户的情况，但显然有些事情是不正确的。
有没有人有任何想法？ 现在，我正在经历，只是更新DNS无意义的价值观，然后回到也许迫使他们recache，但我看到这种情况后，对这种方法没有信心。
DNS不会传播。 这些名称服务器没有任何理由为您提供的域名提供名称服务器信息，除非这些名称服务器的DNS客户端要求他们parsing域名的DNSlogging，或者DNS传播检查器要求他们查询名称您提供的域名服务器。
所以在我看来，这些DNS传播检查器实际上在做的是查询每个列出的名称服务器的域名，从而迫使这些名称服务器查询您提供的域名的名称服务器，从而caching这些名称服务器上的信息。
DNS服务器不会caching整个DNS名称空间，也不会caching所有注册域名的所有名称服务器。 想象一下，如果他们做到了？ 处理这种规模的数据库和这种types的工作量需要什么样的规模，特别是考虑到一天内所有注册域名的DNSlogging几乎不变的变化？ 我的名字服务器对于你的域名服务器或你的DNSlogging一无所知，直到我要求我的域名服务器为你的域名parsingDNSlogging。 您的名称服务器和DNSlogging在任何时候都不会“传播”到我的名称服务器。 我的DNS客户端向我的域名服务器请求域名中的DNSlogging，然后我的域名服务器开始回答该查询。 只有这样，我的名字服务器才会有关于你的名字服务器和域名的任何信息。
使用DNS传播检查器似乎是一个很好的方法来检查您的名称服务器信息是否正确find，但传播不是什么被检查。 列出的名称服务器正在查询您提供的域名的名称服务器信息，如果find名称服务器，则会得到一个大的绿色复选标记。 这是一个很好的testing，看看你的名字服务器信息是否可以find，但称它是一个DNS传播检查传播（没有双关语意图）关于DNS如何工作的神话。 正如你所看到的那样，这些跳棋可以掩盖其他问题，而不会给你任何线索，这些问题可能是什么。