Uptime Kuma 部署教程：网站监控、通知与状态页面

先确定从哪里监控网站

Uptime Kuma 可以检查网站和服务是否响应。把监控放在与被监控网站不同的服务器，才能在网站所在 VPS 整体离线时继续发出通知；安装在同一台机器也可用于日常服务检查，但无法覆盖整机故障。

运行 Uptime Kuma 2

sudo docker run -d --name uptime-kuma --restart unless-stopped -p 127.0.0.1:3001:3001 -v uptime-kuma:/app/data louislam/uptime-kuma:2
sudo docker logs --tail=100 uptime-kuma

本篇使用官方 2 系列镜像。/app/data 挂载本地数据卷，不放在不适合数据库的网络文件系统。Caddy 上游填 127.0.0.1:3001，或者通过 SSH 转发完成首次设置。

添加第一个 HTTP 监控

建立管理员，新增 HTTP 监控，填写实际网站地址。先观察正常响应，再设置检查间隔与通知。需要匹配页面内容时，使用相应监控类型和关键字，避免只看到了 CDN 返回的错误页面。

通知渠道配置后手动发送测试消息。监控出现故障时，查看检查记录里的错误，区分 DNS、TLS、连接超时与状态码。

状态页只放需要公开的项目

公开状态页可以展示服务状态，不需要把管理入口、内部地址或全部监控项目都公开。按用途选择项目，并检查匿名访客看到的内容。

数据与监控位置一起记录

备份 uptime-kuma 数据卷，保存通知配置和实例版本。这里的可用性是从这台监控服务器观察到的结果；单个节点的记录不能代表所有地区的访问情况。

按要检查的对象选择监控

HTTP 监控适合网站入口，TCP 端口监控适合检查指定服务是否接收连接。需要确认网页实际内容时增加关键词检查，不能仅用端口开放代替应用正常。

受登录保护的页面与公开健康检查入口分别处理。监控密钥、账号和请求头保存在受控配置中，不加入公开状态页。

设置通知并手动测试

在设置中添加自己使用的通知渠道，填写对应 Webhook、邮件或机器人凭证。使用测试通知确认目标能收到，再把该渠道绑定到监控。

设置重试、间隔和恢复通知，减少单次短暂波动造成的重复消息。最终查看一次真实监控状态变化是否按配置通知。

公开状态页与监控数据

建立状态页后，只添加准备公开的监控项目。内部地址、端口、私有 API 和详细错误信息不必全部公开。

把状态页域名接到已有代理，检查未登录访客能看到的内容。监控与被监控网站在同一台 VPS 时，整机故障可能无法发出通知；需要覆盖此类故障时，将监控放在独立服务上。