NS 是什么
NS 记录声明哪个域名服务器对该区域具有权威性。它出现在两个位置：上级区域用它把子区域「下放」给指定的服务器，区域自身则用它声明自己的权威服务器。因为查询要先找到权威服务器才能拿到记录，这条记录出错的影响是全局性的——所有类型的解析都可能失败。修改它等于接管一个域名，属于最需要谨慎对待的一类变更。
基本信息
| 类型 | NS，类型编码 2 |
|---|---|
| 记录值 | 域名服务器的主机名 |
| 两个位置 | 上级区域的下放声明与区域自身的权威声明 |
| 配套要求 | 权威服务器的主机名通常需要能直接解析出地址 |
| 变更影响 | 影响该区域内所有类型的解析 |
典型使用场景
- 更换解析服务商：把权威服务器改到新服务商并同步全部记录
- 自建权威服务：声明自己的服务器为权威，接管全部解析
- 子域下放：把某个子域交给独立团队或独立平台管理
- 双活解析：配置多台权威服务器提高可用性
- 排查解析归属：确认某个域名究竟由哪一组服务器负责
查看下放与权威
查看下放与权威
dig +short example.com NS # 看该域名声明的权威服务器
dig +short com NS # 看上级区域把该域名下放给了谁
# 直接向某台权威服务器提问，绕开所有缓存，验证配置是否真的生效
dig @ns1.example.com www.example.com A +norecurse变更前要确认的事
| 检查项 | 原因 |
|---|---|
| 新旧服务商记录是否已同步 | 记录不同步会出现部分记录消失 |
| 权威服务器主机名能否解析 | 解析不出地址会导致全网查询失败 |
| 子域是否也已下放 | 遗漏子域会让子域解析中断 |
| 缓存时间 | 上级区域的下放声明有自己的缓存时间，决定生效速度 |
排查要点
- 解析异常时对比上级下放声明与区域内声明，两者不一致会出现间歇性失败
- 直接用权威服务器查询能确认配置正确性，排除各级缓存的影响
- 变更后要持续观察多个地区的解析结果，而不是只看本地
更换权威服务器是接管域名的标志动作：先在目标服务商处把全部记录同步好，再修改下放声明，最后等待各级缓存过期。生效时间受上级区域缓存时间影响，从几十分钟到数小时不等。
只修改了一部分权威服务器声明，会让查询按照新旧混杂的结果随机失败：部分解析器拿到新配置、部分仍用旧配置，表现为间歇性解析异常，这类问题排查起来非常耗时。