最近，我把一个域名转移到一个新的注册商，并把它指向Alogging中的一个新的服务器。 有些电脑显示的是正确的服务器，但是其中一些显示了旧的。 我不认为它的浏览器caching问题，因为即使是之前从未访问过该网站的计算机显示旧页面。
我使用一些在线检查器检查了dns传播，他们似乎显示正确的ip。
什么样的事情可能会导致这种行为？ 我可以做些什么来纠正呢？
“最近”是一个模糊的术语。 如果旧logging上的TTL是86400，那么您可以预期DNSparsing程序最多需要24小时才能使logging失效。 如果“最近”是指“在最后一天”，那么一切都可能按预期工作。
由于您还更改了注册商，因此除了可能被caching的Alogging之外，还有其他logging，例如NSlogging和父级粘连。 这些logging通常具有更长的两天或一周甚至十天的TTL。
一些DNSparsing器cachinglogging的时间长于TTL允许的时间。 无论百度蜘蛛用什么都是一个例子。 我已经看到他们在TTL过期三周后打到旧IP地址。 如果您使用的DNSparsing器执行此操作，则可能会长时间使用旧站点，除非更改所使用的DNSparsing器。
您可以通过使用dig来检查哪些logging被caching，以及在特定的DNSparsing器到期之前他们还剩多久。 这是一个检查Google的公共DNSparsing器的例子：
$ dig @8.8.8.8 example.com ; <<>> DiG 9.6-ESV-R4-P3 <<>> @8.8.8.8 example.com ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 21902 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;example.com. IN A ;; ANSWER SECTION: example.com. 18820 IN A 93.184.216.119 ;; Query time: 8 msec ;; SERVER: 8.8.8.8#53(8.8.8.8) ;; WHEN: Thu Oct 3 12:45:19 2013 ;; MSG SIZE rcvd: 45
域名后面的答案部分中的数字是parsing器将继续caching此结果的时间。 你也可以检查NSlogging：
$ dig @8.8.4.4 example.com NS ; <<>> DiG 9.6-ESV-R4-P3 <<>> @8.8.4.4 example.com NS ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 60519 ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;example.com. IN NS ;; ANSWER SECTION: example.com. 6121 IN NS b.iana-servers.net. example.com. 6121 IN NS a.iana-servers.net. ;; Query time: 7 msec ;; SERVER: 8.8.4.4#53(8.8.4.4) ;; WHEN: Thu Oct 3 12:48:19 2013 ;; MSG SIZE rcvd: 77
DNScaching。 糟糕的编程 – 所以一些浏览器caching旧页面比计划更长。 新的服务器是“坏”的，因为它不正确地处理IMS（如果修改的SInce）请求正确，但是浏览器询问正确。
基本上就是这样。 你必须检查这些机器，但是它仍然可以运行在某个DNScaching中（有些比你的TTL更长），或者浏览器没有问服务器。 或者服务器说由于文件系统上的时间戳错误，页面没有改变。