管了20个镜像站后，我做了个网页版，终于不用再被后台追着跑

网站镜像这事，听起来像给一个灵魂复制出很多身体。每个身体放在不同机房，新加坡一个、法兰克福一个、洛杉矶再放一个，理论上用户离哪个近就走哪个，哪个挂了还能有别的顶上。三年前我刚接手这批站的时候，也是这么想的，觉得这事儿挺酷。

直到某个凌晨三点，海外一个节点挂了，我还在睡觉。用户电话先打到了老板那儿，老板再把我从被窝里拎起来。那一刻我才明白：镜像站多了，酷是酷，累也是真累。七个主站，每个站两到三个镜像，加起来二十多个后台。每天光登录检查状态、看同步任务、摸证书到期时间，就得耗掉小半天。最崩溃的是，有些面板还不支持手机好好看，出差时只能抱着电脑蹲在高铁站角落里挨个点。

于是我就动了念头：能不能把这些散落各处的“分身”，收进一个网页里管起来？

这个网页版没用什么黑科技。前端就是个普通的仪表盘，后端用脚本去调各节点的API，再拼到一个界面上。做成网页版而不是客户端，原因很简单：我随时随地要能打开，手机、平板、公司电脑、家里老笔记本，只要有浏览器能上网，就能看到全局。

最开始它只干一件事：把二十多个节点的在线状态、延迟、磁盘占用、最近一次同步时间，用色块列出来。绿的没事，黄的注意，红的告警。就这一件事，已经把我从每天两小时的“打地鼠”里救了出来。

后来慢慢往上加功能。

一键同步是第二个加的。主站内容更新后，以前要挨个镜像后台去触发，或者等各节点自己的定时任务慢慢跑。现在我可以在网页里选“推送到全部镜像”，它会自动做差异对比，哪台缺了哪些文件，传完再校验一遍。遇到大文件或数据库同步，还能选低峰时段执行，避免白天把带宽打满。

故障自动切换是第三个。某个节点连续三次探测失败，网页版会先发一条通知到我的手机，然后根据预设规则把解析切到备用节点。我给它设了个人工确认环节，白天我一般会自己点一下；夜里就自动切，先恢复访问再说。这个功能上线第二个月，就替我挡了一次半夜的机房抖动。第二天早上我看日志才知道，凌晨两点十七分切换，两点三十一分切回，前后只有十几个用户感受到轻微卡顿。

证书管理也顺手做了进去。二十多个域名，证书到期时间各不相同，以前靠脑子记和日历提醒，漏过一次。现在网页版会提前十四天标黄，提前七天标红，并列出自动续签状态。哪些节点已经换了新证书，哪些还挂着旧的，一眼清楚。

坑也不是没有。

第一次做同步，我图省事，直接用rsync全量覆盖。结果有个镜像站本地生成的缓存目录被我一起覆盖没了，第二天编辑登录后台发现草稿箱全空，吓得以为数据丢了。后来改成白名单加差异同步，再也没出过这种事。

更大的坑是安全。把所有镜像站的管理入口集中到一个网页里，意味着这个网页本身就成了最大的靶子。我给它加了双因素认证、登录IP限制、操作审计日志，还做了只读账号，给内容编辑用，他们只能看同步状态、手动触发内容更新，碰不到服务器配置。有次一个编辑的账号密码泄露，对方登录进去一脸懵，因为除了看几个绿点，什么也干不了。

现在这个网页版已经跑了一年多。每天上班第一件事，打开那个网页，扫一眼全是绿的，然后该写东西写东西，该喝茶喝茶。晚上也不用把手机音量开到最大放在枕头边，因为真有故障，它会先替我顶一阵，再叫醒我。

说到底，镜像站群网页版不是为了炫技，也不是把简单事情复杂化。它解决的是一个很具体的问题：当网站学会了“分身术”，管分身的人不该被活活累死。把重复的巡检、机械的同步、突发的切换交给网页，把人从“救火队员”变回“调度员”。

如果你手里的镜像站还不超过五个，可能用不着这东西。但要是哪天你发现自己每天花在登录后台上的时间比做内容还多，那不妨也做个网页版。哪怕最开始只能显示红绿点，也比半夜被电话叫醒强得多。