把 eu.org 域名托管到 Cloudflare：一次“待激活”状态下的流程记录

免费域名配免费 CDN 托管，是很多个人项目常见的组合。我最近走了一遍把在 EU.org 注册的域名托管到 Cloudflare 的流程，过程本身不复杂，但有一步状态很容易让人误判：域名在 Cloudflare 一侧加上之后，长时间停在“待激活”，这不一定是操作错了，更可能是另一侧的步骤还没做完。把这个流程按顺序记下来，供同样走这条路的人参考。

一、先在注册侧拿到域名，再到 Cloudflare 侧添加站点

顺序是先注册、后托管。在 EU.org 完成域名注册后，到 Cloudflare 的控制面板添加站点，类型选免费套餐即可。添加过程中 Cloudflare 会给出一组专属的名称服务器地址，需要把它们记下来，后面要回到注册侧填写。

这里有一个容易踩的点：添加站点只是“登记了意向”，并不等于托管已经生效。在名称服务器指向还没有改过去之前，Cloudflare 对这个域名的解析并不起作用，站点状态也会一直显示待激活。这个状态本身不是报错，不用反复删除重加。

二、关键一步：回注册侧改名称服务器

托管生效的关键动作在注册侧：把域名的名称服务器改成 Cloudflare 给出的那组地址。只有这一步做完，全球的解析查询才会被引到 Cloudflare，由它来回答记录、做缓存和防护。

改完之后不需要再在 Cloudflare 侧点什么确认，系统会自己去核对：它定期查询该域名的名称服务器，看是否已经指向 Cloudflare。核对通过，状态才会从待激活变成已激活。这个等待过程可能需要一段时间，期间解析可能新旧交替，属于正常现象，不用因为一时查不到就判定失败。

三、待激活期间能做什么、不能做什么

在待激活期间，有几件事是可以先做的：先把计划用的解析记录想好，例如主站记录、子域名记录分别指向哪里；把页面规则、缓存策略的思路先理清；把原来停放页的内容备份好，因为切换后旧的停放页就不再是访问者看到的样子了。

也有几件事是做不了、也不必急着做的：待激活状态下，Cloudflare 的边缘缓存和防护还没有真正接管流量，测速和防护效果这时都测不准；如果急于验证，可以先用本地解析工具确认名称服务器是否已经改对，而不是反复刷新控制面板等状态翻转。名称服务器改对了，剩下的就是等核对。

四、免费托管组合的几条取舍

这套组合的优点很明显：注册和托管都不花钱，个人项目、小型展示页、实验性站点都能用；Cloudflare 的免费套餐还附带了基础的缓存和防护能力，对访问量不大的站点已经够用。

代价也要说清楚。第一，免费域名的注册与续期规则由注册机构定，管理界面和流程相对简朴，遇到问题主要靠文档和社区，响应不会像付费注册商那样及时。第二，免费托管的某些高级能力不在套餐内，例如更细的规则数量、更深入的分析，需要时要另外评估是否升级。第三，域名与托管分属两家，出了问题要先分清是哪一侧的责任：解析查不到先看名称服务器指向，记录不对先看托管侧的记录表，不要两边一起改，改乱了更难定位。

五、切换完成后的核对清单

状态变为已激活之后，我的核对顺序是这样的：先查域名当前的名称服务器，确认已经是 Cloudflare 给出的那组；再查几条关键记录的解析结果，确认返回的是预期值；然后用浏览器实际打开一次站点，看内容是不是新托管的内容，而不是旧的停放页；最后看一下控制面板里的分析数据有没有开始产生流量记录——有流量进来，说明切换真正完成了。

如果核对中发现某条记录不对，优先在托管侧的记录表里改，不要回注册侧动名称服务器。名称服务器一旦改对就不要反复动它，动一次就意味着重新进入一段等待期。

结尾

把免费域名托管到 Cloudflare，真正的难点不在某一次点击，而在理解“添加站点”和“托管生效”是两回事：前者在托管侧登记，后者要靠注册侧改名称服务器来触发。把顺序理顺、把待激活理解为“等另一侧完成”，而不是“操作失败了”，整个流程就会顺很多。等状态翻转为已激活，再按清单逐项核对，切换才算真正落地。