更改站点IP地址的最佳方法-从最终用户的角度来看？

我确实在这里阅读了大量相关的问答，但是我仍然不确定最佳答案是什么。

我将几个站点从IP地址“ 1.abc”移到“ 2.def”。截至目前，在现有DNS中，我将所有TTL设置为300秒，并且我准备使用一个新的DNS区域（在AWS Route 53上），并在60秒使用新的名称服务器和所有TTL。因此，从DNS的角度来看，我相信我已经准备好了。移动后，几天后，我将在Route 53上将TTL设置为更合理的数字。

我已向所有用户发出有关此举的警告，并且有明确的举止时间。我告诉他们，一旦迁移完成并且如果24小时过去了，他们仍然看到旧的（锁定的）站点，他们应该重新启动计算机以强制刷新本地DNS缓存。

我不了解用户浏览器（缓存）在其中的作用。我自己对本地主机文件（Win7）进行的实验告诉我，浏览器中存在某些问题，该问题不允许旧IP地址消失-我必须进入历史记录->清除所有内容，才能显示新的网站位置甚至ipconfig /flushdns

（编辑）-我没有对旧服务器的root访问权，因此我无法实现对此问题的公认答案。

问题： 我真的不希望我的用户必须处理该问题，所以我可以做些什么来强迫所有浏览器重新缓存？如果是这样，我要打开多长时间？

谢谢...

不，你不能。问题在于DNS响应可以缓存在用户和DNS服务器之间的任何位置，并且没有使它们无效的方法。

但是，您可以做的是-同步数据并且第二个站点准备就绪后，您可以重新配置原始服务器以充当代理并将所有请求传递到新位置。

这样，您可以使网站的停机时间几乎达到零。

更新资料

如果您没有超级用户访问权限，则有以下几种选择：

• 在PHP中执行代理

• 在第二台服务器上配置代理（如果您具有那里的root访问权），请切换DNS，并在准备好时将代理更改为Web服务器

• 此方法可能是问题的根源。有2个地址（www.domain.tld和www2.domain.tld）。配置www2（与www相同）并设置正确的DNS记录。然后准备您网站的www版本并进行DNS切换。将旧服务器上所有请求的重定向设置为www2子域。

从理论上讲，将域的TTL设置为较低值，然后等待该更改发生，然后更改IP，应该会导致近乎透明的迁移。毕竟，这就是TTL的全部要点。

在实践中，人们错误地配置了东西，工具中断了。这就是为什么如果事情无法正常进行，您可能需要向用户提供说明以清除其本地缓存。

你没有做错任何事。

您的旧地址不可避免地会被缓存和使用很长时间-大部分是由机器人程序使用的。

我该怎么做：

• 创建一个A记录，例如www2.yourdomain.com，指向新IP。此记录以前不应使用过；因此从不缓存。
• 将旧服务器上的查询重定向到 www2.yourdomain.com
• 监控器重定向，当流量下降到可接受的水平时，请删除旧服务器。
• 最后，一旦删除旧服务器，请重定向www2.yourdomain.com到www.yourdomain.com。

确保使用301永久重定向。https://zh.wikipedia.org/wiki/HTTP_301

听起来您打算同时更改名称服务器？由于发现名称服务器的方式，与常规记录相比，它们花费的更新时间要长得多-通常大约需要24小时或更长时间。

我强烈建议您在更改DNS 之前先在当前提供商处更新DNS，或者在更改网站IP前7天更改名称服务器。

现代计算机和浏览器在通过DNS遵守TTL方面非常可靠，但是您需要了解整个链条才能获得最佳结果。