不喜欢广告？ 去 无广告 今天
DNS记录TTL过期计算器
开发人员数学联网
广告 移除？
广告 移除？
指导
DNS记录TTL过期计算器
有信心地规划DNS变更。请粘贴您刚刚查询到的记录，设定获取这些记录的时间点，该计算器将精确指出每个缓存副本在各个解析器中过期的秒数，并提供更安全的“所有区域清除”传播窗口，以支持您的迁移。
如何使用
- 在DNS记录框中，每行粘贴一条记录。格式：
TYPE TTL [name]— 例如A 3600 example.com. - 将“获取时间”设置为这些值最后一次查询的时间（若留空，则使用当前时间）。
- 可选择启用推荐的TTL降低计划，以制定逐步迁移方案。
- 在结果表格中观察实时倒计时，以精确了解每条缓存记录过期的时间。
特征
- 多记录批量输入 — 一次处理A、AAAA、MX、CNAME、TXT、NS、SOA、SRV、CAA等记录的过期时间计算。
- 实时倒计时 — 每行倒计时精确到秒，让您知道解析器何时会刷新。
- 精确过期时间 — 将TTL秒数转换为基于您选择的获取时间的精确时间戳。
- 安全传播窗口 — 每条记录旁边显示TTL × 2，这是在假设全球缓存清除之前保守等待的时间。
- 迁移TTL计划 — 一种可选计划，指导您从当前TTL逐步降低至300秒，然后在变更后逐步恢复。
- 宽容输入解析器 — 接受空格、制表符或逗号作为分隔符，并忽略以
#或;. - 验证提示 — 标记未知的记录类型和超出RFC 2181范围的TTL值。
- 可读性强的时间单位 — TTL秒数也以
2h 30m 10s形式显示，便于快速比较。
何时使用此工具
- 计划切换服务器、CDN或邮件服务提供商，需要知道世界何时会看到新的记录。
- 调查为何仍使用旧IP地址，需要一个可靠的倒计时以确定最后缓存清除的时间。
- 回滚DNS变更，试图估算旧端点上过时条目将持续到达的时间。
- 构建一份运行手册，明确告知值班工程师何时可以安全开始验证。
常问问题
-
TTL对DNS记录的实际含义是什么？
TTL（生存时间）是递归解析器附加到缓存DNS响应上的一个秒数计数器。当该计数器达到零时，解析器必须丢弃缓存副本并重新查询权威名称服务器。较短的TTL会使变更更快传播，但会增加查询量和成本；较长的TTL则提高了缓存效率，但代价是收敛速度变慢。
-
为什么建议安全传播窗口为TTL的两倍？
实际上，不同的解析器在不同时间获取了该记录，一些中间节点（包括行为异常的客户端）会持有略超过官方TTL的缓存副本。将TTL加倍是一种广泛使用的领域经验法则，它能吸收不同获取时间以及时钟或实现偏差的影响，为操作人员提供一个保守的窗口，以在假设记录已在全球范围内清除之前进行等待。
-
为什么极端大或负的TTL值被拒绝？
RFC 2181规定DNS TTL值为32位无符号整数，最高位被保留，因此超过2147483647的值不符合标准，许多解析器将其视为零。负值或非整数值在数据链路上没有明确定义的含义，因此计算器将其视为输入错误，而不是默默生成误导性的过期时间。
-
为什么在计划DNS变更前要降低TTL？
您无法看到的缓存中仍保留着旧记录的副本，直到其TTL过期。通过提前（通常至少一个完整TTL周期前）显著降低TTL，并等待旧的长TTL从缓存中耗尽，最终每个解析器都会开始遵循新的短TTL。变更完成后，将TTL恢复至原值，可恢复正常的缓存效率，并减少对权威名称服务器的查询负载。
