这些天有多少名称服务器遵守 TTL？

Question

几年前，当我将一些设备从一个数据中心移动到另一个数据中心时，我不得不在几周的时间里进行几次 DNS 更改。在我这样做的时候，世界上大约 95% 的名称服务器似乎尊重 TTL 值，而大约 5% 的名称服务器忽略了我们的值并自行创建。换句话说，95% 的流量在我们定义的 15 分钟 TTL 内移动。另有 3% 的人在第一个小时内成功，1% 的人在第一天就成功了，而一些掉队者则需要长达三天的时间。

（是的，好的，我将流量百分比与名称服务器百分比混淆了。请插入手势。）

不过，那是在 2001 年左右，我们使用恐龙通过管道传输数据包。我的猜测是今天的域名服务器表现更好，落后者的问题会更少。有没有人知道现在有多少流量会在定义的 TTL 内切换？是否还有许多名称服务器忽略 TTL？

Answer 1

我们最近搬家，DNS 遇到了各种问题。

当我们对大多数客户进行摇摆时，立即开始使用新 IP。但有些人仍然在使用旧 IP 数周。我们将服务器闲置了一个月左右。最后，我们查看了旧机器上的 IIS 日志，并打电话给客户，告诉他们在那里的公司或 ISP DNS 服务器上刷新 DNS。这让他们中的最后一个搬了过来。

保留旧IP的只是一小部分人。在 20k 客户中，可能有 50 名在第一天之后就遇到了问题。

Answer 2

2011 年 5 月的（非常）长 TTL 值是 2011 年 5 月，大多数 DNS 解析名称服务器都采用了长达 2 周的时间。

在使用 just-dnslookup.com 的测试中，有 50 个全球分布式活动测量点，A 记录 TTL 设置为 99.999.999 = 165 周（精确：165 周 2 天 9 小时 46 分 39 秒），以及默认的 TTL 2 周（= SOA + NS TTL）。

第一次查找返回：

• TTL 为 1 周，用于 50 个测量点中的 3 个
• TTL 为 165 周，用于 50 个测量点中的 47 个

连续查找返回（转换为原始 TTL 值）：

• TTL 为 1 周，用于 50 个测量点中的 3 个
• 2 周的 TTL，适用于 50 个测量点中的 46 个
• TTL 为 165 周，用于 50 个测量点中的 1 个

第二个测试（使用不同的域）默认 TTL 设置为 4 周（= SOA + NS TTL）结果如下。

第一次查找返回：

• TTL 为 1 周，用于 50 个测量点中的 3 个
• TTL 为 2 周，用于 50 个测量点中的 1 个
• TTL 为 165 周，用于 50 个测量点中的 46 个

连续查找返回（转换为完整的 TTL 长度）：

• TTL 为 1 周，用于 50 个测量点中的 3 个
• 2 周的 TTL，适用于 50 个测量点中的 47 个
• TTL 为 165 周，用于 50 个测量点中的 0 个

来自最知名/最佳连接的公共解析器服务：

• Google 公共 DNS [8.8.8.8 和 8.8.4.4] 减少到 1 天。
• UltraDNS [rdns(1|2).ultradns.net] 荣誉满 165 周。
• Sprintlink [ns(1|2|3).sprintlink.net] 荣誉满 165 周。