以前我的答案很心累：要重配。现在的答案让我意外：不用。

传统方案：证书跟着服务器走

用 certbot、acme.sh 这类本地客户端时，证书是"长在某台机器上"的。你换服务器，就得在新机器重新装客户端、重新验证、重新部署。迁移本来就烦，证书再添一道工序。

更隐蔽的坑是：你以为迁完了，结果老机器上的续签脚本还在跑、新机器上的没配好，过 90 天一边失效一边沉默——直到红锁出现。

新答案：证书不跟着服务器走

ssl.inurl.link 用 CNAME 委派，把证书生命周期放在平台上，而不是某台服务器。

于是：

• 换服务器？证书在平台上，照常续签，跟机器无关；
• 换云厂商？同理，DNS 记录不动，证书不断；
• 加新域名？后台加一条，自动纳入管理。

我上次把主站从 A 云迁到 B 云，证书那边零操作，绿锁全程没闪一下。这种"搬家不慌"的体验，以前想都不敢想。

为什么能这么稳

因为证书的"根"在 DNS 的 CNAME 记录上，不在服务器里。只要那条记录还在，平台就能持续签发和续签。服务器怎么换，都动摇不了它。

加上 --reuse-key 固定私钥，业务侧配置也不用因迁移而改。

给准备迁移的人一句忠告

迁移清单里，别再把"重配证书"当成必做项。换成平台托管的自动续签，证书会变成"无论你怎么搬，都不断"的那一环。

ssl.inurl.link 免费起步、不限张数。

注册就能把域名接进去：https://inurl.link/sslxuqian​

换服务器本就够累了，证书这事，让它自动跟着你走。

阅读原文：点击这里​