服务器切换的DNS TTL有多可靠?(DNS TTL覆盖)

Bre*_*ett 1 dns caching

DNS作为一种在服务器之间切换的机制有多可靠?对于低TTL,测试看起来很棒,但我想知道这对公共生产系统有多可靠?

我对这个策略的关注是我不确定DNS代理是否可以覆盖DNS记录缓存,一些提供商可能会使用它来节省流量.如果我们使用与其他系统的集成(例如移动网络服务)怎么办?

虽然我理解符合RFC的DNS是如何工作的,但我实际上并不确定投诉网络是如何运作的.(并且DNS rr对于分发也很有效,但这是专门用于切换的).

小智 6

它对大多数观众来说"足够可靠".

是的,递归DNS解析器确实允许管理覆盖TTL(egcache-min-ttl),如果你将它设置得太低,它会违反你的.此外,还有一些软件堆栈可以永久地将记录缓存在其默认配置中(Java <1.6).

即使在切换之后很长时间,您应该始终为旧主机的剩余流量做好准备.但根据我的经验,他们大多是写得不好的爬虫.如果您希望100%确定不丢失任何流量,请将从旧主机到新主机的所有流量代理.Nginx/Apache可以很容易地做到这一点.

您可以在递归服务器中查询要缓存记录的剩余TTL.重复输入,您会看到TTL随时间减少:

dig @208.67.222.222 stackoverflow.com
Run Code Online (Sandbox Code Playgroud)

记录到期后,它应从您在区域中配置的TTL开始.

这样,你至少可以对公共解析器进行测试,看看它是否服从你的TTL.