最近我的域名快到期了,收到了Namecheap的提醒邮件。巧的是,Cloudflare也发来了一封邮件,推销它的域名注册服务。我登录两边看了一下,好家伙,Cloudflare比Namecheap要便宜十几刀,怪不得敢宣传进货价出售,不当中间商赚差价。那就没什么可说的了,毕竟为了使用Cloudflare的各种免费服务,早就在用Cloudflare的name server和DNS服务了,这次就干脆给迁移过去。

Cloudflare的推销很及时

不论是Cloudflare这边,还是Namecheap那边,都提供了教程来说明如何操作域名迁入/迁出。根据教程,首先关掉Cloudflare提供的DNSSEC,然后在Namecheap那边保证域名是Unlocked的状态,然后发起迁移,在Namecheap的Dashboard里获取迁移验证码,就可以搞定了。最后,按照ICANN的要求,迁移会在五天后生效,但是可以向之前的服务商要求加速。这里Namecheap有一个很坑的地方,就是会发来一封开头写着“STANDARDIZED FORM OF AUTHORIZATION”的迁移确认邮件,里面写着如果你想“CANCEL”,也就是取消迁移,可以点下面的链接——但是实际上点开链接之后,有两个按钮,其中一个是Approve,点它就可以立刻迁移了!我在Namecheap的迁移教程下面看到很多人要求修改确认邮件里的歧义描述,但是三年了,Namecheap都没改……

在迁移域名的过程中,我又发现了Cloudflare现在也提供Pages(静态网站)服务。前面提到过,开始用Hugo之后,我的Blog是部署在Github Pages上面的。但是Github Pages本身提供的SSL服务,经常会跟Cloudflare提供的CDN/DNS或者别的什么服务冲突,体现为发布仓库(名为xxx.github.io的那个)的Pages设置页面上,域名绑定和Enforce HTTPS显示为异常的状态,而网站本身也无法正常访问。这样的问题至今已经发生过两次,实在是不省心。所以看到Cloudflare Pages,我就立刻决定迁移了。

过程也很简单,直接创建新的Project,授权Github账号和Hugo源文件仓库,根据官方文档填入相关信息就可以了。只需要注意,Cloudflare默认使用0.54.0版本的Hugo,是个比较老的版本,所以需要添加一条环境变量,设置HUGO_VERSION为新版本。而Cloudflare Pages绑定已经在Cloudflare托管的域名就更是相当简单,点击几下就可以搞定。

其实Cloudflare的Registrar和Pages服务,跟其他服务商比起来,看上去还都比较简陋。但是Cloudflare胜在集成性,都放在一起,管理起来就非常方便和省心了。