💻 3C 科技教學

2026 年 Uptime Kuma 監控儀表板：自建網站與服務狀態監測

發表時間：2026 年 09 月 20 日 | 更新日期：2026 年 09 月 20 日 | 編輯：雅寶社區編輯團隊

2026 年 Uptime Kuma 監控儀表板：自建網站與服務狀態監測｜cd /opt/uptime-kuma - 雅寶社區 · 頂客論壇

tar -xzf /backup/uptime-kuma/kuma-20260101.tar.gz

另外，備份檔案本身最好也加密，並存到異地（例如另一台 VPS、NAS 或雲端物件儲存）。如果備份檔案和原始資料放在同一台機器，那這台機器一掛，兩者一起消失。

儀表板一直顯示「連線中」：反向代理沒設定 WebSocket 升級標頭。回頭檢查 Upgrade 與 Connection 兩行。

所有 HTTP 監控都失敗：容器內的 DNS 解析問題。可在 compose 中加入 dns: - 1.1.1.1 - 8.8.8.8。

Ping 監控永遠失敗：Docker 容器缺少 ICMP 權限。加入 cap_add: - NET_RAW，或改用 TCP Ping。

資料庫檔案暴增：歷史資料保留期太長。在「設定 → 一般」中調整「心跳保留天數」，建議 90～180 天即可。

告警發不出去：多數是通知服務的 Token 或 Chat ID 錯誤。務必按「測試」按鈕驗證。

容器一直重啟：多半是記憶體不足。用 docker stats 觀察，並考慮調高 VPS 規格或降低監控頻率。

這是自架監控最容易被忽略的一點：誰來監控監控系統？ 如果 VPS 整台掛掉，Uptime Kuma 自然無法發送告警。建議做法有三：

在外面找一個免費的外部監控服務（例如另一個小型 VPS 上的 Uptime Kuma），專門監控你的主力監控主機是否存活。

使用 cron 加上簡單腳本，定期檢查 Uptime Kuma 的 HTTP 回應，異常時透過另一個管道（例如手機簡訊 API）通知。

在自己的網站上放一個極簡的狀態圖示，由第三方服務產生，這樣連 Uptime Kuma 掛掉時使用者也能看到。

Uptime Kuma 在 2026 年依然是自架監控的最佳入門選擇，原因不只是它免費、開源、介面好看，而是它把「從安裝到收到第一則告警」的流程壓縮到半小時以內。這種低摩擦的體驗，讓更多人有機會認真對待「服務可用性」這件事。

不過工具只是起點。真正讓監控發揮價值的，是後續的維運習慣：定期檢查備份是否可還原、定期清理過期監控項目、定期檢視告警是否過於吵雜、以及在每次服務架構變動時同步更新監控設定。當你把這些事情變成例行公事，監控系統才會從「另一個要維護的東西」變成「真正能幫你省下半夜救火時間的夥伴」。

如果你還沒開始，今天就找一台空閒的 VPS，照著第三章的 Docker Compose 段落做一次。設定三個監控、接一個 Telegram 通知、公開一個狀態頁。你會發現，原來掌握自己所有服務的即時狀態，是這麼有安全感的一件事。