改完 NS，最容易犯的错是过早收工

有一次把域名从一个服务商迁到另一个，注册商后台改完 NS，我在本机查了一下，已经是新的地址，心想这事成了。两天后有人反馈收不到邮件，才发现 MX 记录还留在旧服务商那边，根本没迁过来。

NS 生效只是第一步。它证明的是「去哪儿问」，不证明「答案齐全」。

生效是分层的，不是一次切换

改 NS 发生在注册商那边，之后还要经过顶级域的委派更新，再到各地递归服务器重新查询并缓存。每一层都有自己的节奏，你改完的那一刻，只有注册商知道。

所以迁移期间看到各地结果不一致，是正常现象，不代表配错了。真正要盯的是趋势：是不是越来越多节点开始返回新的 NS，而不是一直混着。

DNS 查询：多地区多运营商解析结果对比

DNS 查询：多地区多运营商解析结果对比

本机的结果最不可靠

本机查询会命中系统缓存、路由器缓存、本地运营商递归缓存。你看到的「已生效」，可能只是自己这条链路刷新得早。

我一般在迁移开始后，用宝塔拨测的 DNS 测速查询 NS 记录，从多个地区、多个运营商的节点同时看，再按电信、联通、移动分组对照。哪些地区已经指向新服务商、哪些还停在旧的，一眼能看出来。

A、CNAME、MX、TXT 这些记录也能分别查。迁移时我习惯顺手全查一遍，避免出现 NS 换了、记录没搬全的情况。

记录值要对得上，才算真迁完

NS 显示新服务商，不代表解析就正常。常见的问题是：新服务商那边只建了 A 记录，CNAME 没配，MX 漏了，TXT 里的验证记录丢了。

这时候从外部看，NS 是对的，网站也能打开，但邮件、验证、子域名会陆续出问题，而且往往过几天才暴露。

所以核对顺序我固定成：NS 是否全网切换、A 记录指向是否正确、CNAME 和 MX 是否齐全、TXT 有没有遗漏。

解析耗时也在告诉你状态

迁移期间，部分节点可能还在向旧服务商查询，链路上多绕一段，解析耗时会偏高。页面上给出响应最快、响应最慢和平均响应，我主要看最慢的那几个节点是不是在逐渐收敛。

如果某几个地区长时间保持高耗时、NS 也一直是旧的，那可能是那边递归缓存还没过期，也可能委派还没更新完，需要再等等看，而不是马上去改配置。

复测节奏和收尾判断

按原来的 TTL 估算一个观察窗口，在这个窗口内连续复测几次，看新 NS 的覆盖比例是不是在上升、记录值是不是稳定。

可以收尾的信号是：各地节点返回的 NS 一致、记录值和后台配置一致、解析耗时回到正常区间，而且连续两三次结果都稳定。

该警惕的是另一种情况：观察窗口过去了，仍有固定几个地区返回旧 NS，或者解析直接超时。这时候别再等，去查委派状态和注册商那边的配置，可能压根没提交成功。