DNSparsing问题

我最近通过将其Alogging更改为其新服务器的IP地址，将网站移动到新服务器。

在四小时之内，我们networking上的所有机器都在24小时内正确解决，每个名称服务器dig / cachecheck.opendns.com / etc都能find正确的IP。

然而，客户端机器似乎是世界上唯一仍旧解决旧IP问题的机器。

已经72小时了，他冲洗了他的DNS，他不能改变他的DNSparsing器，因为他说这导致了其他问题。

我目前创build一个configuration，重写IP作为URL，以及一个php header指令，通过新的IPredirect到新的旧站点（我保持我的手指交叉，不会导致redirect循环）

我怎么能find每个域名服务器给这个网站的正确的IP地址，而客户端的机器仍然是旧的？

我也有：

nslookup [the-domain] [all-three.nameservers.com]无济于事; 他们都显示正确的IP。

是否有一些指令，我可以把旧的服务器上说，“对不起，朋友，错误的IP” – ？还有什么我可以做的，因为我们不能复制这个—？

DNS响应可能会cachingTTL时间。每个DNS服务器和caching客户端都应该在TTL秒后忘记关于您旧IP的所有信息，因为您已经更改了您在最后一个权威服务器上的logging。

如果您的旧logging的TTL尚未通过，则客户端仍可能会看到旧IP。这很可能会发生在您的客户，因为他们经常使用您的DNSlogging和caching。

如果你的旧的TTL已经通过了，那么你和你的客户之间就有一些错误（这在客户端是没有必要的）。不幸的是，没有保证的方法来解决它（除了可能使用原始IP地址或新的DNS名称）。

我会按以下顺序检查：

如果以上所有情况都表明你的logging到处都是新鲜的，并且自从上次更改以来TTL已经过去了，那么看起来你的身边就好了。

要求你的客户用dig或其他工具来parsing你的名字，这个工具会报告logging的TTL（不知道这是否可以用nslookup来完成），并检查这个TTL是否足够。由cacher报告的TTL（至less应该）由上次cachinglogging更新之后的时间缩短，因此您将看到它在几个请求之间减less。如果没有 – 有错误或configuration错误的DNS。

这听起来像问题严格在客户端。虽然你想要以任何方式帮助他们是高贵的，但如果他们不愿意看到问题到底是什么，那么你可以做的事情就不多了。

让他们在他们的最后testingnslookup ，并validation它parsing为旧IP。

然后让他们做同样的nslookuptesting，但是：

它应该在那个时候显示正确的IP。如果还是不行……问题就在你身上。如果确实显示了正确的IP，那么问题出在您的客户端，您可以将它们指向他们的DNS服务器，看看他们是否有可能在其DNS服务器上为网站设置手动条目，或者仍在caching旧IP。

当然，在客户端机器的hosts文件中没有关于你的域的数据，在那里？

前一段时间，我遇到了一个DNS高速caching不遵守TTL – 如果你的客户使用其中的一些，可能有必要重新启动它们。

希望有所帮助。

而不是直接从域名redirect到IP地址，您可以redirect到一个新的子域名。这将强制客户端的DNS服务器parsing该子域名。通过在您控制的服务器上托pipe该子域的DNS，您实际上可以find客户端的DNS服务器的IP地址。

此时，您可以将DNS查询发送到客户端的DNS服务器，以便找出cachinglogging上的剩余TTL数量。

这种方法适用于一些DNS服务器，而不是其他的。一旦你尝试过，你只会知道它是否有效。