把域名接进 Cloudflare：NS 改完到生效要做的事
接入的本质只有一句话：把域名的权威 DNS 从注册商换成 Cloudflare。控制台点几下就完成，真正需要小心的是切换窗口里的解析中断。
1. 添加站点
在 Cloudflare 控制台选 Add a site，输入裸域（example.com，不要带 www 或协议头），选 Free 计划。Cloudflare 会先扫描现有 DNS 记录并导入，然后给你两个 NS 地址，形如：
xxx.ns.cloudflare.com
yyy.ns.cloudflare.com每账号的这两个名字是固定的，添加第二个域名时还是同一对。记下它们。
2. 去注册商改 NS
登录注册商后台，找到"DNS 服务器"或"Nameservers"，把原来的（通常是注册商自己的）替换成上面两个。注意两件事：
一是四小时到 48 小时的生效窗口是正常的，取决于旧记录的 TTL。二是有些注册商要求先删掉原有的全部 NS 才能保存新的，别只改一条。
3. 验证是否生效
本机（Windows）可以直接查：
Resolve-DnsName -Name example.com -Type NS生效后返回的两个 NS 应该是 xxx.ns.cloudflare.com 形式。也可以查 A 记录，如果返回的是 Cloudflare 的任播地址，说明已经在 Cloudflare 网络上：
172.66.147.243
104.20.23.154这两个 IP 是本机对 example.com 实查的结果，属于 Cloudflare 网段。你可以在 50-dns-records-tutorial.md 里看到更多记录类型的查询方式。
4. 切换期间的三个注意点
先导入再改 NS。Cloudflare 扫描出来的记录要逐条核对，尤其 MX 和 TXT；漏了 MX，切换后邮件就收不到了。
不要在切换窗口改记录。NS 还没全量生效时，不同递归解析器看到的新旧记录可能不一致，这时候改记录会让问题更难定位。等 NS 全网生效后再改。
保留旧 DNS 记录一段时间。注册商那边的记录别急着删，万一要回滚，改回 NS 就能恢复。
5. 一个常见的顺序错误
很多人先建 Worker、写代码，最后才接域名，结果卡在"自定义域加不上"。原因通常是域名还没 Active：Cloudflare 只有在 NS 生效、站点状态变成 Active 之后，才允许给 Workers 或 Pages 绑定自定义域。
正确顺序是：接域名 → 等 Active → 建 Worker → 绑自定义域。绑定的细节见 55-workers-routes-custom-domain.md。
小结
接入 Cloudflare 只有三步：添加站点、改 NS、等生效。技术上没有难点，风险全在切换窗口：MX 漏导、记录在生效期被改、旧记录过早删除。
判断是否真正接入，看两个信号：Resolve-DnsName -Type NS 返回 Cloudflare 的 NS，以及站点状态在控制台变成 Active。两个都满足，再去做后面的证书和 Workers。
数据来源与检索时间
检索时间 2026-11-10。DNS 查询结果为本机实测；控制台步骤依据官方文档。
| 来源 | URL | 对应数据 |
|---|---|---|
| Cloudflare DNS 记录文档 | https://developers.cloudflare.com/dns/manage-dns-records/how-to/create-dns-records/ | 记录类型、代理状态、TTL 的含义，以及添加站点后记录导入的流程 |
| Workers 路由文档 | https://developers.cloudflare.com/workers/configuration/routing/routes/ | 自定义域/路由需要域名已在 Cloudflare 托管（用于第 5 节的顺序说明） |
| Workers 入门指南 | https://developers.cloudflare.com/workers/get-started/guide/ | 从创建项目到部署的官方路径，供后续文章衔接 |
核验说明
example.com的 A 记录为本机Resolve-DnsName实查，返回 172.66.147.243 与 104.20.23.154。- 未做：没有真实迁移一个域名（避免改动用户账号的 DNS），控制台步骤与生效时间依据文档与公开经验，未在本机计时。