TTL 控制什么
TTL 是 DNS 应答上的生存时间。递归解析器可以在 TTL 到期前复用缓存答案,但还会受到解析器和服务商行为影响。TTL 不控制权威服务器修改速度,也不会让所有用户同时刷新。
为什么不同用户看到不同答案
不同解析器位于不同网络和地区,缓存时间、上游路径和策略也不同。一个用户可能继续看到旧地址,另一个用户已经看到新地址;浏览器、操作系统和本地网络缓存还可能增加一层延迟。
否定缓存也会影响生效
不存在记录或否定应答同样可能被缓存,时间取决于区域配置和解析器行为。在缓存的 NXDOMAIN 过期前,后来新增的记录可能比普通修改更晚出现。
安全的迁移流程
计划修改前,在旧服务正常时提前降低 TTL,并等待原来较长 TTL 窗口过去。一次只改一条记录,保留旧服务,从多个解析器查询,观察新服务稳定后再恢复正常 TTL。
TTL 解决不了什么
TTL 不能修复错误记录、不可达服务器、坏证书或防火墙规则。如果新地址已经可见但网站仍失败,应继续检查 IP、HTTPS 和源站,而不是反复降低 TTL。
如何验证修改
记录旧值和新值,根据场景查询 A、AAAA、CNAME、MX 或 TXT,对比权威与递归应答,测试依赖的网站或邮件服务,并记录各网络开始返回新结果的时间。
回滚注意事项
回滚同样会受到缓存影响。恢复已知正常的值,在收敛期间准备新旧服务,避免快速反复修改,让每个解析器持有什么答案变得无法判断。
常见误解
“DNS 生效”不是全球统一事件,修改后再降低 TTL 不能清除已有缓存,某个 DNS 检测站显示新答案也不代表所有解析器都已更新。
立即查询真实数据
使用 IIPP 实时工具,检查你正在处理的域名或 IP 地址。
DNS 记录查询 →