建议的 DNS TTL

建议的 DNS TTL

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

答案1

我倾向于保留 Slicehost 的默认设置,即 86,400 秒(1 天)。当我有待处理的移动时,我会将其缩短至 10 分钟,然后等待一两天。

编辑:这些天(2016 年)我倾向于将其保持在较低水平 - 约 5 分钟。

答案2

标准建议(由长的时间早在 1987 年就已存在)建议将 86,400 秒(1 天)作为最小默认 TTL。

将 TTL 设置为适当的值非常重要。TTL 是解析器在再次询问服务器之前使用从服务器获得的数据的时间(以秒为单位)。如果将值设置得太低,您的服务器将因大量重复请求而负载过重。如果将值设置得太高,则您更改的信息将无法在合理的时间内分发。如果将 TTL 字段留空,它将默认为区域的 SOA 记录中指定的值。

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

此外,所有具有相同名称、类和类型的 RR 都应具有相同的 TTL 值。

参见 RFC 1033:https://www.rfc-editor.org/rfc/rfc1033

RFC 1912(自 1996 年起)建议 3 天可能更适合SOA记录。

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

答案3

我注意到,为了能够更快地应对紧急情况(特别是在 HA DNS 环境中),使用更短的 TTL 正变得越来越流行。

答案4

除了RFC 1912,欧洲用户还应该看到RIPE-203,“DNS SOA 值的建议”,建议将两天作为最小 TTL 值。

相关内容