推荐的DNS TTL

我知道根据情况可能会有很大不同，但是对于托管一个没有计划移动托管服务器的网站的托管服务，在DNS记录上设置什么是合适的TTL？

我倾向于将其保留为Slicehost的默认值86,400秒（1天）。当我有待执行的动作并等待一两天时，我将其降至10分钟。

编辑：这些天（2016年），我倾向于保持低位-〜5分钟。

该标准（很久以前于1987年制定）建议将86,400秒（1天）作为最小默认TTL。

将TTL设置为适当的值很重要。TTL是解析器在再次询问服务器之前将使用从服务器获取的数据的时间（以秒为单位）。如果将该值设置得太低，服务器将被加载很多重复请求。如果将其设置得太高，那么您更改的信息将不会在合理的时间内分配。如果将TTL字段保留为空白，则默认为该区域的SOA记录中指定的值。

大多数主机信息在很长一段时间内变化不大。设置TTL的一种好方法是将它们设置为较高的值，如果您知道即将更改，则将其降低。您可以将大多数TTL设置为一天（86400）至一周（604800）之间的任何时间。然后，如果您知道某些数据在不久的将来会发生变化，请将该RR的TTL设置为一个较低的值（一小时到一天），直到发生更改为止，然后将其恢复为先前的值。

另外，所有具有相同名称，类别和类型的RR都应具有相同的TTL值。

请参阅RFC 1033：http：//tools.ietf.org/html/rfc1033

RFC 1912（从1996年开始）建议，三天可能更适合SOA记录。

http://www.ietf.org/rfc/rfc1912.txt

我已经注意到，具有较短的TTL以便在紧急情况下（尤其是在HA DNS环境中）能够更快地响应的情况正在变得越来越流行。

我只是将其保留为您的主机设置的默认值，除非出于某种原因它太高或太低。然后，如果您确实想将其降低到20分钟左右，然后再计划移动。

4小时就可以了，可以提供一个可以接受的平衡。这就是我在大多数区域中使用的。

除了RFC 1912之外，欧洲的用户还应参阅RIPE-203“ DNS SOA值建议”，建议将最小TTL值建议为两天。

（注意：此帖子适用于个人A / AAAA记录上的TTL，其他一些记录类型可以具有更长的TTL，因为它们不能以相同的方式表示单个故障点）。

您确实需要根据灾难恢复计划来考虑这一点。这与您打算何时移动站点无关（对于有意移动，您可以在移动前减少TTL）。这是关于您的主机消失在互联网上或因违反TOS令您被踢出或因他们无法处理DDOS而被踢出的情况。

如果您在那种情况下不担心网站停顿一天左右，请继续进行操作，并将TTL保留为默认一天。如果您有多个供应商的多个位置中的PI地址空间和BGP传输，并打算在BGP级别上进行灾难恢复，则继续进行，并将其保留为默认值一天。另一方面，如果您将DNS用作将业务量转移到故障转移站点的机制，则您希望使用更短的TTL，5分钟是很常见的值。