我们刚刚将DNSlogging更改为指向运行IIS的新服务器。 地址更改为新服务器需要多长时间？ 有些人仍然可以看到旧的服务器，有些人可以看到新的。
我已经冲刷了我的电脑上的DNS，这似乎是罚款，虽然它不与我的另一台PC。
谢谢
它完全依赖于域或单个资源logging的TTL，并且取决于logging在整个Internet中由每个不同的parsing器获取（并caching）的时间。
你可以通过挖掘find你的本地parsing器的TTL：
$ dig serverfault.com a | grep serverfault | grep -v'\;'
serverfault.com。 44257 IN A 69.59.196.212
所以对于serverfault.com，我的本地parsing器将保持这个logging多44257秒。 要find真正的TTL，我们需要首先确定权威的域名服务器。
$ dig serverfault.com ns | grep NS | grep -v'\;'
serverfault.com。 86392在NS ns4.p19.dynect.net。
serverfault.com。 86392在NS ns1.p19.dynect.net。
serverfault.com。 86392在NS ns2.p19.dynect.net。
serverfault.com。 86392在NS ns3.p19.dynect.net。
然后我们可以直接查询其中的一个TTL。
$ dig @ 204.13.250.19 serverfault.com | grep serverfault | grep -v'\;' | grep-v NS
serverfault.com。 86400中A 69.59.196.212
在这种情况下，“serverfault.com”的资源logging为86400秒（1天）。
这是一个不断出现但是标题不同的问题之一，所以很难find重复的东西。
让我开始纠正一下你的术语。 根据问题的上下文，您应该询问传播，而不是复制，因为后者位于DNS对等（主从）之间。
确定传播延迟有许多因素。 从表面上看，使用TTL时间似乎很简单。 当你知道一个地址的时候，正常的做法就是在做出实际改变之前，把TTL缩短到一个小时，比如一个小时。 如果TTL设置为不到一个小时，那么大多数系统都会忽略它，并使用一个小时。
不幸的是，越来越多的系统完全忽略了TTL，并提供了可能过时的caching信息。 除非你控制这些系统，否则你绝对没有办法做到这一点。
即使本地计算机的caching也可能是一个问题，因为操作系统甚至可能不检查TTL，更不用说承认它了，所以即使上游DNS服务器具有正确的信息，也可能使用不正确的信息。