我正在将网站流量从adadarters.com旧主机转移到新主机。我们保留旧主机的原因有很多，包括我们不想移动的邮件和 ASP 文件，所以我只是修改了 A 记录以指向新主机的 IP。10 小时后，它仍然没有真的传播，即使看起来已经传播了。我整天都在做ipconfig。flushdns
实际情况是，adadarters.com提供新 IP ( 74.220.215.66) 并www.adadarters.com提供旧 IP ( 65.254.231.127)。如果您尝试输入不带 的 URL www，它似乎会重定向到www并将您发送到旧主机。
我弄清楚的方法是nslookup adadarters.com 205.171.3.66（我的 ISP 的 IP 地址）与nslookup www.adadarters.com 205.171.3.66。
adadarters.com此外，到vs的跟踪路由www.adadarters会跟踪到新 IP 地址和旧 IP 地址的路由。
新主机说 DNS 对他们来说没问题。旧主机也说设置对他们来说没问题，我只需要等待更长时间才能传播。但为什么www传播方式与非 www 不同？我认为他们只是因为不知道而让我失望（他们是旧主机的原因之一）。
对可能发生的事情有什么想法吗？如果碰巧这个问题在您查看时已经解决，则旧主机文件的徽标在右侧，新主机文件的徽标在左侧，并且是一个 WordPress 网站。
答案1
在这种情况下，不要认为这是来自 ISP 的“破坏”。
新主机说 DNS 对他们来说没问题。旧主机也说设置对他们来说没问题，我只需要等待更长时间才能传播。但为什么 www 的传播方式与非 www 的传播方式不同？我认为他们只是在拖延我，因为他们不知道（他们是旧主机的原因之一）。
首先，多年来我和无数 ISP 打过交道，我认为他们不会以这种方式拒绝你。也许他们不会像你想象的那样努力，但我怀疑他们会像这样破坏 DNS 切换。
DNS 传播现在看起来很好。
话虽如此，DNS传播现在看起来还不错。检查结果www.adadarters.com这里和adadarters.com这里. 均清楚表明74.220.215.66。
但是然后通过以下方式查看 DNS TTL（生存时间）记录dig似乎和的 TTL 都www.adadarters.com设置adadarters.com为 3600 秒（又称：60 分钟）。以下是 的结果adadarters.com：
dig +nocmd adadarters.com +noall +answer
adadarters.com. 3600 IN A 74.220.215.66
然后是类似的命令www.adadarters.com：
dig +nocmd www.adadarters.com +noall +answer
www.adadarters.com. 3600 IN A 74.220.215.66
3600 秒（又称：60 分钟）并不是您在进行 DNS IP 地址切换时所希望的 TTL 值。请继续阅读。
DNS 传播、TTL 和等待游戏。
您这么说：
10 小时后仍然没有真的传播，即使看起来已经传播了。
好吧，既然 TTL 是 3600，它应该至少在 1-2 小时后传播。但根据我的经验，DNS IP 地址切换应该在切换前至少 2 小时进行 - 甚至可能是切换前一天 - TTL 应该设置为 300（即：5 分钟）。
然后，当您进行切换时，全球各地的 DNS 服务器在 5 分钟左右内就知道要检查新数据。即使我这样做了，一些落后的 DNS 服务器有时也需要 24-48 小时才能赶上变化。也就是说，像这样的 DNS IP 地址更改不是一门精确的科学，您应该相应地进行规划。
这意味着您需要确保像这样的 DNS IP 地址更改发生在您网站访问速度较慢的时期。例如在一天结束时或周末。然后您只需坐下来等待即可。
通常，由于您搞砸了 DNS 条目而导致的任何错误都会在第一小时左右显现出来。但在那之后，这真的只是一场等待游戏，看看 DNS 更改如何传播。世界上 95% 的 DNS 服务器应该在一小时左右内恢复正常；其余的 DNS 服务器将在接下来的一天左右慢慢发生变化。大约 48 小时后，DNS 更改应该会在全球范围内传播和接受。
造成这种情况的全部原因是，一些 DNS 服务器管理员尊重 DNS 条目的 TTL。但其他人则将其 DNS 服务器设置为无论如何都基本忽略 TTL 值。为什么？值得商榷，但确实存在这种情况。