本文约 3,024 字，预计阅读 8 分钟。文中命令与配置均经过实测，可直接参考执行。
引言：一个过期域名引发的连锁事故
真实发生过的场景：某外贸公司的域名在注册商处到期未续费，当天上午官网打不开，客户发的邮件全部退信。等发现时域名已进入赎回期，赎回费用是正常续费的十几倍，而且期间有钓鱼站点抢注了相似域名给客户发报价单。整个事故的直接损失不大，但客户信任的损失无法估量。
这类事故的共性在于：网站的运行依赖多个”有期限”的外部服务，而它们分散在不同平台、不同邮箱、不同付款方式下。域名在注册商、主机在服务商、CDN 在另一家、SSL 证书可能是免费的三个月一续、还有三五个付费插件授权。没有任何一处会自动告诉你”快到期了”，尤其是当初用同事个人邮箱注册、同事已经离职的情况。本文把到期项归成四类，给出可执行的检查方法和台账做法。
原理分析：四类到期项的风险等级完全不同
第一类域名：风险最高。到期后通常有 30 天左右的续费宽限期（不同注册商与后缀政策不同，.com 与 .cn 的规则也不同），之后进入赎回期，赎回成本高且可能被他人抢注。域名一旦丢失，所有外链、收录、品牌资产全部归零。
第二类主机/服务器：到期后服务商一般会停机保留数天，然后释放数据。风险在于备份——很多人以为服务商会自动备份，实际上多数套餐的备份是”尽力而为”，且释放后一并删除。
第三类SSL 证书：Let’s Encrypt 类免费证书有效期 90 天，靠自动续期机制运行。风险是”自动化失效”——比如换了服务器、改了 DNS 解析、关掉了续期定时任务，证书就会在无人察觉的情况下过期，浏览器显示”您的连接不是私密连接”，访客直接被吓跑。
第四类插件/主题授权：到期不会立刻让站点挂掉，但会停止更新。安全风险在于长期不更新的商业插件可能带着已知漏洞；功能风险在于某些插件（如安全类、备份类、CDN 类）在授权失效后会停止工作。
| 到期项 | 典型周期 | 失效后果 | 建议提前量 |
|---|---|---|---|
| 域名 | 1 年 | 站点与邮箱全断 | 45 天 |
| 主机 | 1 年 / 月付 | 站点下线 | 15 天 |
| SSL 证书 | 90 天 / 1 年 | 浏览器红色警告 | 自动续期 + 30 天巡检 |
| CDN / 对象存储 | 月付 / 按量 | 图片与静态资源 404 | 余额监控 |
| 商业插件授权 | 1 年 | 无更新、部分功能停用 | 30 天 |
| 企业邮箱 | 1 年 | 收不到询盘 | 45 天 |
保姆级实操
- 建一张续费台账，这是唯一有效的解法
用一张表格（腾讯文档/飞书/Excel 都行）列出所有到期项，字段：项目、服务商、到期日、年费、付款方式、登录邮箱、负责人、备注。这张表是整个维护工作的核心，其他所有动作都围绕它。务必记录”登录邮箱”——多数事故的根因是账号找不回来。
- 用命令行核对域名与证书的真实到期时间
不要只信服务商后台显示，用命令查一次。域名信息以 whois 为准，证书到期时间直接连一次服务器就能拿到：
# 1) 查域名 whois（Windows 可用 https://who.is 网页版，Linux/macOS 用 whois 命令）
whois mimangfei.com | grep -iE "expir|registry expiry|paid-till"
# 2) 查线上 SSL 证书的实际到期时间（-servername 必须带，否则多域名主机返回错证书）
openssl s_client -connect mimangfei.com:443 -servername mimangfei.com </dev/null 2>/dev/null \
| openssl x509 -noout -dates -subject
# 3) 只看还剩多少天
echo | openssl s_client -connect mimangfei.com:443 -servername mimangfei.com 2>/dev/null \
| openssl x509 -noout -enddate
# 4) 检查 HTTP 是否正常（返回码 200/301 才算通）
curl -s -o /dev/null -w "%{http_code} %{time_total}s\n" https://mimangfei.com/
# 5) 查看机器上 Let's Encrypt 的续期定时器状态（certbot 环境）
systemctl status certbot.timer
certbot renew --dry-run
- 设置三层提醒
第一层：服务商后台开启到期短信/邮件提醒（域名商和主机商都有）。第二层：日历里在到期前 45 天、15 天各设一个提醒，多人接收。第三层：用一个免费的外部监控（如 UptimeRobot、腾讯云拨测、阿里云云监控）监控首页可用性——证书过期导致的 HTTPS 失败会被立刻发现。
- 开启自动续费，但要留后手
域名开启自动续费（前提是绑定的支付方式长期有效），主机月付可开自动续费。但自动续费不是免死金牌：信用卡过期、余额不足都会让它静默失败。所以自动续费 + 人工台账双保险，缺一不可。
- 整理插件与主题授权
在 WordPress 后台把商业插件集中登记：插件名、授权类型（单站点/5 站点/终身）、购买邮箱、到期日。免费插件也需要记录——它们没有授权问题，但要记录谁负责更新。定期核对”已安装但未续费的商业插件”，要么续费，要么替换为免费替代方案后彻底删除（不要只停用，停用不清理的插件不更新同样有风险）。
- 每季度做一次”假设离职”演练
问题很简单：如果负责这个站的人明天离职，谁能接手？答案要求能在 30 分钟内拿到域名后台、主机后台、WordPress 后台的权限。做不到就说明台账不完整，现在补成本最低。
常见踩坑
- 域名用个人邮箱注册，注册商账号在离职员工手里：到期提醒发到无人查看的邮箱，续费窗口直接错过。
- 案例：某站点迁移到新服务器后，运维忘了在新机器上配置 certbot 的自动续期，90 天后证书过期。由于站点开了 CDN，源站证书错误被 CDN 缓存成 502，前台整站无法访问，而监控只监控了 CDN 节点，告警一直到客户投诉才触发。教训是：证书监控要监控源站，且 CDN 的错误状态码也要纳入告警。
- 只开了自动续费就不管了：绑定的银行卡到期换卡，扣款失败，域名照样掉。
- 插件授权到期后只停用不删除：文件仍在服务器上，已知漏洞依旧可被利用。
- 把年费预算只算域名+主机：忽略了插件授权、CDN 流量、对象存储、邮件服务、备份存储，实际支出往往是预算的两倍。可参考
WordPress 建站的常见预算陷阱里的完整成本项。 - 备案信息未及时更新：域名转出或主体信息变更后备案被注销，站点被阻断。
- 续费台账建在个人电脑的 Excel 里：人走表走。
总结
续费管理的判断标准很直接：能不能在 5 分钟内说清”下一笔到期的是什么、多少钱、什么时候付、谁负责”。说不清就该建台账了。最低配置是：一张共享的续费表 + 域名主机自动续费 + 一个外部可用性监控。这三项加起来年成本几乎为零，却能避免掉域名、掉证书这类可能致命的事故。把这些理顺之后，配合 网站被攻击或故障时的应急流程 准备一份应急预案，才算真正把运维风险兜住。
