更换DNS-Servers且A-Records不变时网站是否会离线

核心结论：只要提前做好配置校验、保留旧NS服务足够长的过渡周期，哪怕更换NS服务器，也不会出现全站数小时级别的离线故障，最多存在极少量用户的分钟级解析波动，完全可控。

• 先明确DNS解析的缓存逻辑：各级递归DNS（运营商DNS、公共DNS）缓存的是你域名的NS记录，而非直接缓存A/AAAA记录。在旧NS记录的TTL过期前，部分递归DNS仍会向旧NS发起解析请求，只要旧NS在切换期内正常运行、记录不删除，这部分请求可以正常返回结果，不会出现访问中断。
• 你提到新旧NS上的A、AAAA记录完全一致是核心前提，但要注意不能漏配其他解析记录：包括邮件服务用到的MX记录、域名/服务验证用到的TXT记录、业务子域名用到的CNAME/NS记录等，漏配任何一条都会导致对应业务异常，影响范围不止网站访问。
• 要实现无感知切换，提前做好这几步即可：
  1. 提前24小时以上将旧NS上的全量解析记录完整同步到新的自有NS，同步完成后通过dig @新NS公网IP 你的业务域名 A、dig @新NS公网IP 你的业务域名 AAAA命令逐台校验所有记录的返回结果，和旧NS返回结果完全一致，同时确认新NS的公网连通性、解析响应速度正常，无防火墙拦截53端口的情况。
  2. 如果你的NS使用自有域名的子域名（比如ns1.yourdomain.com），一定要在域名注册商处配置对应的胶水记录（Glue Record），给NS子域名绑定正确的公网IP，否则顶级域服务器无法返回NS的对应地址，会直接导致解析失败。
  3. 提交NS更换前，可先将原有NS记录的TTL调小到300秒（5分钟），等待原TTL时长（比如之前NS记录TTL是24小时就等满24小时）让全网缓存刷新后，再到注册商后台提交NS更换申请，能大幅缩短切换的缓存收敛时间。
  4. 提交NS更换后，不要立刻下线旧NS、删除旧NS上的解析记录，至少保持旧NS正常运行48-72小时，等全网递归DNS的NS记录缓存全部更新为新NS地址后再操作下线，这期间新旧NS同时提供服务、返回记录完全一致，用户无感知。
• 以下操作失误才会导致数小时级别的离线故障：
  1. 新NS记录配置错误、漏配，或者新NS本身公网不通、53端口被拦截，无法正常响应解析请求，递归DNS切换到新NS后无法拿到正确结果。
  2. 提交NS更换后立刻下线旧NS、删除旧NS上的解析，缓存了旧NS地址的递归DNS请求旧NS无响应，会导致对应区域用户访问失败，故障持续时间最长可达原有NS记录的TTL时长，极端情况可能到48小时。
  3. 注册商处填写的新NS域名错误，或者胶水记录配置错误，导致顶级域返回的NS地址无效，直接触发全网解析失败。

内容的提问来源于stack exchange，提问作者Lucas