四台免费主机一个面板：我用 CF-Server-Monitor 做统一监控的实战记录

摘要： 免费主机和容器越攒越多，逐个登录看状态既费时又容易漏。本文记录我用开源项目 CF-Server-Monitor 给四台不同环境的机器统一装探针的实战过程：Linux 虚拟机、FreeBSD 共享主机、容器 PaaS 各有各的部署姿势，中间还踩了一个"连接模式被服务端配置反复改回去"的坑，最后用本地看门狗加外部巡检兜底，才算把监控真正做稳。

一、为什么需要统一监控

这段时间我陆续攒了几台免费资源：两台容器 PaaS 上的应用、一台 FreeBSD 共享主机、一台经常被平台回收重装的虚拟机。它们分散在各家的控制台里，平时想确认"还活着吗"得挨个登录。更麻烦的是免费资源都有隐形规则：有的闲置 7 天自动暂停，有的 90 天不登录直接删号，有的试用期一到就停。机器掉了、号没了，往往是事后才发现。

所以我的需求很朴素：一个面板，看全所有机器的在线状态、负载和流量；机器离线能第一时间知道。最终选了开源的 CF-Server-Monitor（下文简称 CFSM）：探针体积小、上报轻量、面板清爽，正好对口。

二、标准环境：Linux 虚拟机部署

Linux 是最省心的环境。装好探针、注册为 systemd 服务、设置开机自启，面板上立刻就能看到机器在线，CPU、内存、网络曲线都正常。

但这台虚拟机有个特殊性：它所在平台会不定期整机替换，系统目录会被清空，只保留用户目录。也就是说探针装在系统目录里，机器一换就没了。对策是把恢复做成脚本：外部巡检每 5 分钟检查一次探针在不在，发现整套安装丢失就自动重装并补齐配置。几个月下来这台机器被替换了几十次，探针基本都能在几分钟内自己回来。

三、最大的坑：连接模式被反复改回去

真正让我排查了很久的，是探针"装上就离线"的问题。

这台虚拟机的网络环境比较特殊：直连受限，探针默认的 WSS（WebSocket Secure）连接一直握手失败。把连接模式手动改成 HTTP 上报后立刻恢复正常。本以为完事了，结果过一会儿又离线——查配置发现，连接模式又变回了 auto。

原因是 CFSM 有服务端动态配置机制：探针每次启动会从面板拉取一份配置，其中 connection_mode 是 auto，它会覆盖本地设置。而 auto 模式只尝试 WSS、从不回退到 HTTP；偏偏我的面板端又没有提供手动指定连接模式的选项。于是就陷入拉锯：我改成 HTTP，它下次启动改回 auto，然后在 WSS 上无限重试、一直离线。

最后的解法是加一层本地看门狗，每 2 分钟检查一次：发现服务停了就拉起，发现连接模式被改掉就纠正回 HTTP 并重启服务。纠正动作加了 10 分钟冷却，避免配置拉锯时频繁重启。加上前面说的外部巡检（负责整机重装场景），两层兜底之后，这个探针才算真正稳定下来。

这里有个经验：监控工具自身的配置不一定完全由你掌控，凡是会被远端覆盖的设置，都要有一个本地兜底机制定期校验。

四、非标准环境一：FreeBSD 共享主机

第二台是 FreeBSD 的共享主机（MyDevil 系），环境限制很多：没有 root，官方安装脚本直接拒绝执行；家目录所在文件系统是 noexec 挂载的，用户二进制根本跑不起来；而且系统没有 Linux 兼容层，Linux 版程序一律拒绝执行。

摸索出的跑法是：用官方的 FreeBSD 版探针二进制，放在 /tmp 下以普通用户进程手动运行，配置文件手写后放在用户目录。实测 WSS 连接正常、上报稳定。唯一的短板是没有系统服务托管，主机重启后探针不会自启，需要手动拉一次——这类共享主机本身很少重启，可以接受，但要在自己的运维笔记里写清楚。

五、非标准环境二：容器 PaaS

第三、第四台是容器型 PaaS 上的应用，没有 systemd，容器重建后文件系统也会重置。两种处理方式各用了一台：

• 热插方式：容器启动后进终端手动放入探针二进制并启动，配置从环境变量生成，探针的 ID 和密钥只放在应用的环境变量里（密钥设为不可见），不写进代码和仓库。缺点是容器重建后要重新插一次，所以把重插命令整理成了一条可直接粘贴的脚本。
• 打包方式：把探针直接打进应用镜像，应用启动脚本在拉起主服务的同时拉起探针子进程，挂了自动重启。这样容器怎么重建探针都跟着回来，是更省心的做法。

六、效果和几点心得

现在四台机器全部汇到一个面板：谁在线、谁负载异常、谁流量跑偏，一眼可见。免费资源最怕的"悄无声息地消失"，基本被堵住了。

总结几条心得，供有类似需求的朋友参考：

1. 探针要轻：免费机配置普遍寒酸，监控本身不能成为负担。
2. 上报方式要适配网络：WSS 不通就果断换 HTTP，不要指望自动模式替你回退——先确认它到底有没有回退逻辑。
3. 会被远端覆盖的配置，要有本地看门狗：这是我这次最大的教训。
4. 无 root、无 systemd 的环境也能跑探针：用户进程加手写配置、或者跟主应用打包，先跑起来，再谈优雅。
5. 恢复流程要脚本化：机器被回收、容器被重建都是常态，能自动恢复的监控才叫监控。

（全文完）