DNS解析问题

Question

我最近通过将网站的 A 记录更改为其新服务器的 IP 地址将网站移至新服务器。

在四小时内，我们网络上的所有机器都正确解析，在 24 小时内，每个名称服务器 dig / cachecheck.opendns.com / 等都可以找到正确的 IP。

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

已经 72 小时了，他刷新了他的 DNS，但他无法更改他的 DNS 解析器，因为他说这会导致其他问题。

我目前创建了一个将 IP 重写为 URL 的配置，以及header一个通过新 IP 将旧站点重定向到新站点的 php指令（我一直保持手指交叉它不会导致重定向循环）

我能找到的每个名称服务器到底如何为该网站提供正确的 IP 地址，而客户端的机器仍然使用旧的？

我也有：

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

我可以在旧服务器上放置一些指令，上面写着“对不起，朋友，IP 错误”-？或者我还能做什么，因为我们无法复制这个---？

Answer 1

DNS 响应可以缓存 TTL 时间。自从您更改了最后一个权威服务器上的 A 记录以来，每个 DNS 服务器和缓存客户端都应该在 TTL 秒后忘记有关旧 IP 的所有内容。

如果您的旧记录的 TTL 尚未通过，则客户端仍可能会看到旧 IP。这更可能发生在您的客户身上，因为他们经常使用您的 DNS 记录并缓存它。

如果您的旧 TTL 已经通过，那么您和您的客户端之间就会出现问题（在客户端上这不是必需的）。不幸的是，没有保证的方法可以在您这边修复它（除非可能使用原始 IP 地址或新的 DNS 名称）。

我会按以下顺序检查：

• 检查您的域的权威服务器列表（为您的区域键入 NS）
• 检查每个权威服务器是否确实返回了新地址
• 确保 TTL 没有改变或找出旧的 TTL（即从旧区域的备份中）。

如果以上所有内容都表明您的记录在任何地方都是新鲜的，并且自上次更改以来 TTL 已经过去，那么您这边似乎没问题。

• 要求您的客户使用dig或其他报告记录 TTL 的工具解析您的名称（不确定这是否可以使用 nslookup 完成）并检查此 TTL 是否足够。cacher 报告的 TTL 是（至少应该是）自上次缓存记录更新以来经过的时间减少，因此您会看到它在几次请求之间减少。如果没有 - 有错误或配置错误的 DNS。