DNS 委派如何在注册商与服务商之间运作

DNS 委派指的是，把 DNS 名称层级中某一部分的权威，交给另一组域名服务器来负责。域名注册商通常控制提交给注册局的域名服务器委派，而 DNS 托管服务商则提供该委派所指向的区域记录。这两项职责相互关联，却彼此独立。注册商不一定托管 A、MX 或 TXT 记录，而 DNS 服务商也无法更改父区域的委派，除非它同时管理着注册商一侧的设置。当在控制台中修改的记录没有在公网出现时，首先要核实的事项之一，就是委派是否有误或出乎意料。

沿着权威链从父区域追到子区域

递归解析器从受信任的根信息出发，沿着 DNS 层级结构逐级跟随转介。根指向顶级域，例如 .com；顶级域指向该域名的权威域名服务器；这些域名服务器再提供域名的记录，或进一步的委派。每一次转介都会指明下一部分由谁负责。委派让数以百万计、各自独立管理的区域得以共存，而无需由一台全球服务器保存所有记录。这也意味着，任何一次交接中的失误，都可能让一个本来正确的区域无法访问。

1. 在目标 DNS 服务商处创建区域并填充记录。
2. 确认服务商分配的权威域名服务器主机名。
3. 在注册商或父区域的控制平面中设置域名的委派。
4. 验证公网上的 NS 应答，并直接查询权威服务器。
5. 切换之后，检查网站、邮件和验证等关键记录。

当被委派的域名服务器位于它所服务的域名内部时，父区域可能需要粘合记录，这样解析器才能在不必先询问该服务器的情况下找到它的 IP。服务商和注册商通常会引导客户完成这项设置，但自建域名服务器的运维人员需要理解其中的依赖关系。即使 DNS 服务器正在运行，拼写错误、缺少粘合记录或委派不一致，也可能导致超时或失败。托管服务商提供的标准域名服务器主机名，往往能让客户无需自己处理这种底层细节。

为什么错误的服务商看起来也可能是对的

DNS 控制台可能显示一个完整的区域，而该服务商其实并不是这个公网域名的权威。也许域名仍委派给之前的托管方，注册商的更新尚未完成，或者某个子域名被单独委派了出去。在这些情况下，编辑未生效的区域，不会改变普通公共解析器所看到的任何内容。请在服务商控制台之外检查 NS 记录，并与分配给该区域的域名服务器进行对比。如果某个子域名有自己的 NS 委派，那么这一分支的记录可能独立于父区域单独管理。

在服务商迁移期间，请在委派和缓存过渡的这段时间里，让旧区域保持可用。提前调低记录的 TTL，只有在旧 TTL 已经过期之后才有帮助。请把邮件、验证和子域名的记录一并复制，而不仅仅是网站的地址。委派变更之后，查询新的权威服务器，并把响应与事先准备好的区域对照。只有当预期的名称能从预定的权威方正确解析，且依赖它的服务都经过测试，迁移才算完成，而不是仅仅因为注册商的表单提示成功。

延伸阅读：什么是 NS 记录、域名服务器与域名委派，以及如何验证 DNS 迁移。公共的 DNS 查询可以显示解析器可见的应答，而权威查询则有助于验证区域本身。把注册商处的委派与记录托管分开来看，是判断 DNS 变更究竟该在哪里进行的关键。

制定清晰的委派交接方案

要完成一次干净的委派交接，请明确注册商变更提交的确切日期和时间、谁有权回退，以及哪些解析器检查可以确认变更完成。过渡期间，在新旧两家 DNS 服务商处都保留一位权威联系人。如果域名使用自定义域名服务器或被委派的子区域，请把这些依赖写进运行手册。注册商更新成功，并不能证明每个域名服务器主机名都能解析，也不能证明每条服务记录都已复制。请在账户之外验证 NS 数据、有代表性的 A 和 AAAA 应答、MX 目标以及关键的 TXT 策略。这样团队就得到了一份既覆盖权威、也覆盖依赖该被委派区域的各项服务的清单。过渡完成后，只有在团队确认新的权威已提供所有预期的记录，并且回滚窗口已经关闭时，才可以移除旧服务商。请把日期、委派取值和验证结果保存在变更工单中，方便日后的管理员弄清是哪项 DNS 服务拥有该域名。