域名迁移与 NS 切换是什么
迁移解析服务商本质上是换权威：在目标服务把记录全部预建好、把关键记录的 TTL 调低、再修改域名 NS 指向新权威。切换之后会有一段新旧权威并行的时期——缓存里还存着旧地址的递归解析器继续问旧权威，直到 TTL 过期。迁移事故几乎不发生在主站记录上，而出现在被遗忘的旁支记录：邮件 MX、SPF/DKIM 验证用的 TXT、监控与第三方校验记录，这些漏迁后往往几天后才由业务方发现。
基本信息
| 操作位置 | 域名注册商或当前解析服务侧的 NS（DNS 服务器）设置 |
|---|---|
| 生效时间 | 受 TLD 的 NS 记录与各级缓存影响，并非即时 |
| 前置准备 | 目标服务预建全部记录并逐项核对一致性 |
| TTL 策略 | 切换前调低关键记录 TTL，稳定后再恢复 |
| 并行期 | 新旧权威同时可答，期间要持续拨测 |
| 收尾 | 观察稳定后停用旧解析，保留导出记录清单 |
迁移步骤
- 导出当前全部记录清单（所有类型、所有子域）并归档
- 在目标解析服务按清单预建记录，逐条比对值与 TTL
- 切换前把关键记录 TTL 调低，缩短缓存收敛窗口
- 在注册商处修改 NS 指向新的权威服务器
- 用多地拨测观察解析来源是否已切换到新权威
- 稳定运行后再停用旧解析并恢复 TTL 设置
迁移风险点
| 风险点 | 后果 | 规避方式 |
|---|---|---|
| 漏迁邮件类记录 | 邮件收发失败或进入垃圾箱 | 清单里单独列出 MX、SPF、DKIM 并逐项验证 |
| 漏迁验证类 TXT | 第三方服务校验失效、证书签发失败 | 按第三方清单逐项比对 |
| 没有并行期 | 旧缓存未过期时直接停用旧解析，部分用户解析失败 | 保留并行期并持续拨测 |
| TTL 未预处理 | 切换后错误记录长时间被缓存 | 提前降低 TTL，变更后观察到期时间 |
| 子域委派未同步 | 被委派的子域仍指向旧权威 | 把委派关系一并列入迁移清单 |
切换时核对权威来源
切换时核对权威来源
dig +short NS example.com # 当前对外宣告的权威服务器
dig +short NS example.com @8.8.8.8 # 公共解析器看到的 NS
dig +short www.example.com @<新权威NS> # 新权威是否能正确解析
dig +short MX example.com @<新权威NS> # 邮件记录是否已迁
dig +short TXT example.com @<新权威NS> # 验证类记录是否已迁
dig example.com +noall +comments | grep -i status迁移前导出记录清单逐项比对是最有效的一步：TXT 验证与 MX 邮件记录最容易漏迁，而且往往在切换后数小时甚至数天由业务方发现。清单里把「记录类型 + 主机名 + 值 + TTL」写全，迁移后逐条回填验证结果。
切换后不要立即停用旧解析：并行期内仍可能有查询落到旧权威，保留它直到观察确认解析来源稳定切换为止。旧服务的记录清单也要留档，回滚时才有依据。