加速DNS传播的最佳实践

可能重复:
Alogging传播需要多长时间?

我最近更换了域名服务器,至今已有24个小时了。 我的一些访客正在抱怨他们仍在观看旧网站,而有些人已经看到新网站。 有什么方法可以在不更新每个访问者的主机文件的情况下加速DNS传播?

有没有什么最好的做法,当涉及到改变名称服务器,以尽量减less这个问题?

    DNSlogging不会传播,因为它们不会从您的服务器“推”到其他parsing器。 实际情况是,当其他DNS服务器查找你的域名时,他们将loggingcachingX秒,以便他们不必为后续请求进行另一次查找。 从名称服务器检索时, X秒 应由logging上的TTL值确定。 如果你已经改变了地址,那么你只能坐下来等待。 如果你提前计划好了,你可以降低TTL值。

    一些较大的DNSparsing器caching的时间比TTL长,这是违反相关的RFC(但他们不关心)。 如果您可以将此问题跟踪到几个名称服务器,则可以通过电子邮件向运营商发送电子邮件,要求他们使您的区域的caching无效,以便他们停止使用caching(旧)logging。

    老实说,除非这个过程持续了很长一段时间,否则,你可以坐下来等待,并计划下一次更好的移民,因为损害已经完成了。

    除了确保您按照其他答案的build议以低TTL预发布外,还要确保您的名称服务器是closures的,或者b)为新的区域文件提供服务。

    我在这个问题的答案中解释了原因,但简短的版本是 – 一些parsing器将继续查询旧的名称服务器,并不会注意到父区域已更改。

    有没有什么最好的做法,当涉及到改变名称服务器,以尽量减less这个问题?

    正如MarkM所说的那样 – 将默认的TTL设置为较小的值。 最佳做法是“向前思考”,即 – 在更改之前设置小TTL,等待旧logging过期,然后更改RR数据。

    正如大家已经说过的,换句话说:

    TTL传播速度与其他logging一样慢。 所以你不能通过减lessTTL来修复 DNS传播。 这是为了防止长时间的cachinglogging。 它不保证快速传播。