build议的DNS SOAloggingTTL默认值?

我们目前已将我们的DNS SOAlogging设置为以下适用于stackoverflow.com:

primary name server = ns1.p19.dynect.net serial = 2009090909 refresh = 3600 (1 hour) retry = 600 (10 mins) expire = 604800 (7 days) default TTL = 60 (1 min) 

我们的刷新/重试/过期/默认TTL有更好的select,比如每天接近1M页面浏览量的网站,比如stackoverflow.com。

到网站的实际stream量是无关紧要的。

所有这些设置(“默认TTL”除外)仅影响域的辅助DNS服务器轮询主DNS服务器更新的频率。

如果你的区域只是变化很less(我相信你的),那么你的“刷新”的价值是目前有点偏低。 通常情况下,主服务器应在每次更新时向其发送NOTIFY消息,以便副服务器立即获取该区域文件。 现在“刷新/重试/到期”机制只是对此的支持。

无论如何,您的DNS提供商很可能会自动将更改同步到所有相关的DNS服务器,而不使用DNS的内置同步机制,因此实际值可能不相关。

请注意,“默认TTL”字段不再意味着它所说的。 真正的默认TTL是用$TTL指令设置的(至less在BIND中),只有在每条logging上没有明确的TTL设置时才使用。

RFC 2308中 “默认TTL”字段的含义已经改变,它实际上是负面caching的暗示。 如果您的服务器返回否定响应(例如NXDOMAINNODATA ),那么远程服务器在重试之前应该等待多长时间。

目前的价格偏低,但没有任何损害。 无论如何,它经常被忽略。

有趣的是,来自dyn家伙(我们的DNS主机)的DNS诊断页面。

http://dnscog.com/report/stackoverflow.com

在MINTTL上这样说:

检查SOA MINTTL

您的SOA minttl值为60秒,低于build议的一般DNS使用最小值。 如果您经常对DNS区域进行更改,或者使用基于DNS的负载平衡服务,则可以使用小值。

build议

考虑将1800和86400之间的值添加到您的SOA minttl字段。

这在SOA刷新

检查SOA刷新

您的SOA刷新字段是3600秒,低于build议的最小值。 刷新率较低可能会导致不必要的查询量或意外行为,尤其是如果您使用的值为0.如果您定期对DNS区域进行更改或使用基于DNS的负载平衡服务,则较小的值将有助于确保变化尽可能快地传播。

build议

考虑将7200和10800之间的值放到SOA刷新字段中。

http://www.intodns.com/stackoverflow.com另一个诊断页面不提供任何真正的提示。

来自Pingdom: http : //dnscheck.pingdom.com/

 SOA TTL recommended >= 3600. SOA refresh recommended >= 14400. SOA retry recommended >= 3600. SOA expire recommended >= 604800. SOA minimum recommended between 300 and 86400.