子域名委派是什么
子域委派（NS 委派）是把子域的权威解析职责整体交出去：在父域（example.com）为子域（dev.example.com）添加 NS 记录，指向另一套解析系统的权威服务器。之后所有 dev.example.com 下的记录都由被委派方负责，父域不再维护子域内的具体记录。它解决的是分权问题——多团队、跨账号、独立业务线各自管理自己的解析，而不必把权限集中在一个人手里。
基本信息
| 做法 | 父域添加 NS 记录，指向子域的权威 DNS 服务器 |
|---|---|
| 职责转移 | 委派生效后子域内所有记录由被委派方解析 |
| 典型用途 | 多团队分权、跨账号管理、独立环境隔离 |
| 生效方式 | 受父域 NS 记录 TTL 与递归缓存影响 |
| 验证方法 | 逐级查询，确认委派链与记录返回 |
| 变更风险 | 解析来源被替换，影响该子域下全部业务 |
典型使用场景
- 研发环境交给研发团队自管，与生产域名权限隔离
- 跨账号：子域委派给另一个账号的解析服务管理
- 集团与子公司分权，各自管理自己品牌的子域
- 混合解析：部分子域用云解析，部分用自建权威 DNS
- 迁移过渡：先委派新解析，验证后收回旧解析的权威
委派与相邻概念的区分
| 方式 | 控制位置 | 适用情况 |
|---|---|---|
| NS 委派 | 父域只放 NS，子域记录在被委派方 | 整段子域交给他人管理 |
| 同一解析账号直接加记录 | 记录都在同一解析服务 | 同一团队管理，无需分权 |
| CNAME 指向 | 记录仍在父域，只做别名 | 单条记录指向另一域名 |
| 单独注册域名 | 完全独立的注册与解析 | 品牌或法律上需要独立主体 |
验证委派链是否生效
验证委派链是否生效
dig +short NS dev.example.com # 父域是否已返回委派的 NS
dig +trace dev.example.com # 从根开始的完整委派链
dig @<被委派的NS> +short api.dev.example.com # 被委派方能否解析记录
dig +short api.dev.example.com @8.8.8.8 # 公共解析器视角，检查缓存收敛委派变更同样受 TTL 影响：切换解析系统时预留缓存收敛时间，并在切换前后分别从公共解析器验证，避免出现「部分网络能解析、部分不能」的中间态。
委派后仍在父域维护子域记录是常见误区：父域里写下的记录不会生效，因为权威已转移到被委派方。团队交接时务必写清「谁负责哪一层」，否则出问题双方都会说不是自己的范围。