根据 1998-03 rfc2308#section-7.1
,如果解析不成功,并导致SERVFAIL
(例如,超时),那么它可以被缓存,但如果是这样,它的缓存时间不得超过 5 分钟。
在实践中,它似乎通常根本不被缓存,或者即使被缓存,也只是被缓存了纯粹象征性的时间,比如一秒钟。
在 BIND 9.9.6-S1(2014 年发布)之前,显然SERVFAIL
根本没有缓存。
它是通过commit a878301
(2014-09-04)引入的。
例如,在提出此问题时以及在 2014 年之前发布的所有 BIND 版本中,如果上述提交和有关 9.9.6-S1 中首次介绍的文档可信,则 BIND 递归解析器DID NOT cache 。SERVFAIL
在最新的 BIND 中,自 2015 年(截至 2016 年)以来,默认servfail-ttl
设置已设置为1s
,并已硬编码为上限30s
(代替 RFC 规定的上限300s
)。
2014/2015 年期间,默认值为10s
,上限为300s
,但是,根据下面的引用,发现较高的数字过于悲观。
值得注意的参考文献(带有各自的引用)包括:
https://kb.isc.org/article/AA-01178/ (2014/2016-01-07)
缓存 SERVFAIL 响应的结果包括一些不利于客户端体验的情况,特别是当向客户端呈现 SERVFAIL 的原因是暂时的以及立即重试查询的情况时更适当的行动。
http://cr.yp.to/djbdns/third-party.html (2003-01-11)
第二种策略是声称广泛的 DNS 客户端在无法访问所有 DNS 服务器时会做一些特别邪恶的事情。这个论点的问题在于这个说法是错误的。任何这样的客户端显然都是有缺陷的,并且将无法在市场上生存:考虑一下如果客户端的路由器短暂宕机,或者客户端的网络暂时被淹没会发生什么。
综上所述,SERVFAIL
不太可能被缓存,但即使被缓存,也最多是双位数甚至个位数的秒数。