NS切换服务器；解析生效慢，多半是TTL在拖

NS 改完，dig 出来还是老 IP，页面照旧打不开——先别急着跟服务商吵。十有八九不是那边没生效，是 TTL 在拖。ns切换服务器这件事，慢的从来不是后台点那几下，是全世界一堆递归 DNS 手里攥着旧答案，什么时候松手你说了不算。

TTL 到底在拖什么

每条 DNS 记录后面都挂着一个秒数，就是 TTL。递归解析器——运营商那个、公共 DNS 那个——问一次权威服务器，拿到答案就存着，存多久？按这个秒数。3600 是一小时，86400 就是一天。你这边把 NS 换成新服务器，它那边还揣着老记录，时间没到它懒得再问一遍。所以「生效慢」这三个字，说得准确点其实是「别人家的缓存还没过期」，跟你点没点保存的关系没那么大。

ns切换服务器之前，TTL 得先压下来

顺序搞反的人特别多：先把 NS 改了，再回头想 TTL，那已经晚了。该反过来做。切换前一两天，先把域名的 NS 记录 TTL 降到 300 秒这种小值，顺手把 A、CNAME、MX、TXT 一起降。降完不能马上动 NS，得等旧 TTL 走完一轮——原来挂 86400 的，你就老老实实等一天，上午改完 TTL 下午就切，等于没降。等旧缓存消化掉再改 NS，整个窗口才压得下去。

顺便说一句，TTL 不是越短越省心。设成 300 甚至 60，全世界每隔几分钟就来问一遍，权威服务器的解析量跟着涨，赶上活动流量高峰还挺难受。TTL 设 0 更别干，那意思是每次都不许缓存，压的是自己。平时 3600 上下就挺好，只有要动解析的那几天临时压低，完事再调回去。

改 NS 和改 A 记录不是一回事

还有个误区：以为 NS 一换，解析就自动跟着走。不会。新的 NS 服务器上得有完整的 zone 文件，一条记录都不能少，SOA 的序列号也得对得上。要是 NS 主机名本身就在这个域名底下（ns1.example.com 这种），父域那边还得配 glue 记录，否则解析器拿到了 NS 的名字却找不到它的 IP，直接卡住。两条 NS 都要配好、都要能应答，别只配一条凑数。这些地方错一个，症状跟 TTL 没到一模一样，白等半天。

动手之前，把旧 DNS 上的记录捋一遍是值得的。zone transfer（AXFR）多数服务商是关掉的，指望不上，那就老老实实一条条 dig：A、AAAA、CNAME、MX、TXT、NS、SOA、SRV 挨个查，把结果存成文本。做完再拿新 NS 逐条对比，尤其是几年没动过的老 TXT 验证记录、给某个老系统留的 SRV，最容易漏。漏了不会立刻报错，等到某个功能悄悄不好使才发现，回查更费劲。

本地那层缓存也别老忘

系统缓存、浏览器缓存、还有 App 里自己实现的 HTTPDNS 都算。改完 NS，自己电脑上先刷一遍再测：Windows 是 ipconfig /flushdns；macOS 两条，sudo dscacheutil -flushcache 和 sudo killall -HUP mDNSResponder；Linux 上 resolvectl flush-caches（老一点的系统是 systemd-resolve –flush-caches）。手机开飞行模式再关有时候不够，重启最省事。至于那些自带 HTTPDNS 的客户端，它按自己的策略走，具体以服务商或官方页面说明为准。

怎么判断是 TTL 在拖，还是配错了

直接问权威服务器。dig @ns1.你的域名 域名，看回来的 IP 是不是新的。权威给的是新的、本地给的是旧的，那就是缓存，等就行；权威也还是旧的，那是 zone 没写对、没保存或者没 reload。再加一个 dig +trace 看整条链路断在哪一步，dig @8.8.8.8 域名 看公共 DNS 那边的口径，盯一眼 ANSWER 段里的数字有没有在往下掉——在掉说明它在走时间，不动就说明它压根没抓对新记录。

几个容易翻车的细节

一是负缓存，域名一时查不到，NXDOMAIN 或者 SERVFAIL 也会被缓存，多久看 SOA 里那个 minimum 字段，配得大的话你修好了别人还得干等。二是极少数运营商的递归不严格守 TTL，这种没处讲理，临时换公共 DNS 验证一下。三是切 MX 的时候最怕丢信，切换期两边的邮件服务都得留着。四是别挑周五下午干这事，真出了岔子没人陪你熬夜。

记录指向 CDN 或者负载均衡的时候

域名要是 CNAME 到 CDN、或者挂在负载均衡后面，还得看一眼那条 CNAME 有没有原样搬过去。CDN 的源站如果跟着换服务器，先改源站再切 NS，顺序反过来容易两头打架：新 NS 指着新源站，CDN 那边还往旧机器回源。证书也别忘，新服务器上 HTTPS 得先部署好、证书链配全，别等切完了才想起来申请。

ns切换服务器的节奏，照着走就行

稳妥的节奏大概是这样：T-2 天把 TTL 降到 300，等一轮旧缓存过期；T-0 在新服务商那边把 zone 建好、逐条比对、两条 NS 都测通，然后再改 NS；改完 24 小时内别急着下结论，隔几个小时 dig 一次，看着 TTL 数字往下掉；稳定一两天后把 TTL 调回 3600 这种常规值。旧服务器不要当天就关，留几天，等流量确实走干净了再停。

改的是权威，别人看到的是缓存——这句话记住就不容易慌。手上备着 dig 和 flush 两套命令，比在群里问一百遍「生效了吗」有用得多。真要是几轮下来权威那边查着还是旧的，那就不是 TTL 的事了，回去翻 zone 文件和 NS 配置，别在那儿干等。