我把TTL从24小时改成了5分钟。 在更改logging之前是否需要等待24小时？

任何拥有域名loggingcaching副本的人都不会在24小时内更新它，所以是的，如果你的意图是最多有5分钟的无效窗口，你应该等到所有未完成的caching更新后才能更新比5分钟。

它（可能）甚至更糟糕 – 你必须在所有权威服务器更新后等待24小时。 进行更新的正常方法是，对主服务器上的区域进行更改，然后每个辅助服务器在下次与主服务器签入时传输新的区域数据。 检入频率由区域的SOAlogging中的刷新间隔来控制。 因此，在最坏的情况下，你必须等待区域的刷新间隔+logging的TTL。

您可能还需要等待这么长的时间来logging实际的变化。 如果副线每6小时刷新一次，5分钟的TTL将不会有很大的帮助。 所以你可能想要减less区域的刷新间隔以及你想要快速修改的时间。

请注意，这可能不适用于您的设置。 如果你有一个系统把所有权威服务器更新到一起，这不是问题（我不熟悉Rackspace的DNS设置）。 但是，我build议单独查询所有权威服务器（ dig server.example.com @secondaryserver.example.com ），以确保它们在开始24小时倒计时之前拥有新的TTL。

是的，你应该等。 即使这样，当然也不能保证每个人都会尊重TTL。

综合各种评论和回答完整的程序将是类似的。

1. 确保您可以及时更新您的authoratative服务器。
2. 减lessTTL。
3. 检查所有authoratatitive服务器有新的ttl。
4. 等待旧的TTL，使旧的TTL的caching值（大部分）从caching中删除（你不能保证它们将从每个caching中消失，因为一些caching可能会忽略标准）。
5. 把网站旧服务器上的只读模式（或者如果你不能这样做，取而代之的是“我们正在为维护）”页面）。
6. 执行从旧服务器到新服务器的最终副本（导致新服务器上只读站点）。
7. 更改DNSlogging。
8. 确保所有的authoratative服务器都有新的DNSlogging。
9. 等待新的ttl（如果您不关心某些用户能够为网站做出贡献，而其他用户没有看到这些贡献的结果，则可以跳过此步骤）。
10. 将新服务器上的站点设置为读/写模式。
11. 在旧的服务器上发出一个通知，说它是一个过时的只读副本，并且用户可能已经损坏了DNS。
12. 等待一段时间，logging将从不兼容的DNScaching中删除。
13. 停用旧服务器。

除了其他答案之外，您可以使用https://www.whatsmydns.net/来检查您的DNSlogging几乎是实时传播的。