Cloudron、CasaOS、Coolify VPS 比較怎麼選？

建置內容

選擇工具和安裝工具同樣重要。Cloudron、CasaOS 與 Coolify 都宣稱能把一台全新的 VPS 變成點選操作的應用程式主機。本指南會在同一台全新的 Ubuntu 24.04 伺服器上安裝這 3 個平台，分別部署第 1 個應用程式，然後仔細檢視很少有人放進截圖的部分：TLS、備份、更新、記憶體成本，以及日後脫離平台的難易度。讀完後，你會知道哪個平台適合自己；也可能得到誠實的答案：「一個都不要，直接使用 Docker Compose。」

這些平台都不是魔法。3 者底層使用的都是相同的 Docker Engine，你也可以自行操作。平台讓你付出的代價可能是費用、RAM 或廠商綁定，換來的是代為處理 4 項工作：一鍵安裝應用程式、自動管理 TLS 憑證、排程備份，以及使用者管理。 如果這 4 項功能值得你承擔實際的額外負擔，使用平台就有價值。如果你只執行 1 或 2 個服務，而且希望確切掌握伺服器上的內容，請先閱讀「跳過這 3 個平台」一節，省下不必要的麻煩。

共用的先決條件與需要如實面對的注意事項

這 3 個方案都假設使用 KVM VPS，而不是容器虛擬化。Docker 需要真正的 kernel，而 Cloudron 會直接拒絕 OpenVZ 與 LXC。使用 systemd-detect-virt 檢查：kvm 或 qemu 表示環境符合要求，openvz 或 lxc 則不符合。在 KVM 方案上，該命令會輸出 kvm；在 bare metal 上則會輸出 none。兩者都表示可以繼續。

除此之外，三者的需求數值不同。這是選擇方案時首先要考量的因素。

• RAM。 CasaOS 在 1GB 上即可穩定運作；它源自 Raspberry Pi 硬體，資源需求一直很低。Coolify 至少需要 2GB 與 2 個 CPU 核心，其中約 600 MB 由 Coolify 本身使用。Cloudron 至少需要 2GB，但使用 4GB 會明顯更穩定，因為即使尚未安裝任何應用程式，它也會先執行 mail server 與 database。
• 可控管的網域與 DNS。 Cloudron 與 Coolify 都需要具備正常 DNS 的實際網域。Cloudron 最好能透過 API 存取 DNS provider，讓它自行建立記錄與 wildcard certificates。CasaOS 可直接使用 bare IP 執行，但這樣完全無法使用 TLS。
• 連接埠。 Cloudron 與 Coolify 需要開放 80 與 443，分別用於 HTTP 與 HTTPS。CasaOS 透過 plain HTTP 提供 dashboard，因此只需要 port 80。Coolify 另外會在 8000 提供 dashboard，並使用 6001 作為 realtime channel，以及 6002 作為瀏覽器內 terminal。這 3 個方案都必須保留 port 22，以供 SSH 使用。

開始前，先將 DNS 指向該伺服器。無法解析自身 hostname 的控制面板無法申請 certificate，接下來的第 1 小時會花在排查這個問題，而不是設定軟體。將 A record 指向伺服器 IP；若使用 Coolify，另外加入 wildcard record（*.apps.example.com），讓每個部署的應用程式都能取得自己的子網域。

Cloudron：精緻且具明確意見的設備型平台

平台概述。 Cloudron 是商業平台，可將整台伺服器轉換為受管理的設備。它會自行執行反向代理、資料庫與郵件堆疊，並提供包含套裝應用程式的精選 App Store，例如 Nextcloud、WordPress、Gitea、Mattermost 等。它的目標使用者是希望由平台管理應用程式的人，享有自動更新、自動申請憑證與自動備份，並願意為此付費。

安裝。 Cloudron 要求使用乾淨的伺服器，並會完全接管該伺服器。在全新的 Ubuntu 24.04 (Noble) 伺服器上執行以下指令，且不要安裝其他元件：

wget https://cloudron.io/cloudron-setup
chmod +x cloudron-setup
sudo ./cloudron-setup

此指令會安裝 Docker、nginx、資料庫與郵件堆疊，然後重新啟動伺服器。伺服器恢復後，開啟 https://<your-ip>，接受暫時的自簽憑證，再於瀏覽器中完成設定：指定網域、選擇 DNS 提供者，Cloudron 便會在 my.example.com 建立自己的儀表板。

新增第一個應用程式。 在儀表板中開啟 App Store，按一下例如 Nextcloud，選擇子網域 files.example.com，再按下 Install。Cloudron 會建立 DNS 記錄、申請 Let's Encrypt 憑證、建立資料庫、設定單一登入並排程備份，全程不需要手動修改設定檔。這就是它的核心價值，而且確實能做到。

TLS 與備份。 3 個平台中，Cloudron 的表現最完整。每個應用程式子網域都會自動取得 Let's Encrypt 憑證，並由平台負責續期。備份會排程執行並內建於平台，可儲存至本機目錄、S3 或其他遠端儲存空間；每個應用程式都支援還原，也能以一鍵操作將應用程式複製到新的子網域。

費用與授權：使用前請先了解。 Cloudron 是設有免費方案上限的付費產品：免費方案允許2 個應用程式。安裝第 3 個應用程式後便會遇到付費限制；付費訂閱方案（Pro 或 Max，可按月或按年計費，且兩者都不限制應用程式數量）會解鎖更多功能。這是 Cloudron 最重要的資訊。它之所以精緻，正是因為它是一項商業服務；免費方案比較接近延長試用期，而不是供持續擴充的應用程式堆疊長期使用。

故障情況：乾淨伺服器規則。 如果嘗試在已執行其他服務的伺服器上安裝 Cloudron，設定程序會在變更任何內容前中止：

Error: Some packages like nginx/docker/nodejs are already installed. Cloudron requires
specific versions of these packages and will install them as part of its installation.
Please start with a fresh Ubuntu install and run this script again.

原因不是 Cloudron 單純過於嚴格。Cloudron 會固定使用特定版本的 nginx、Docker 與 Node，並與這些元件深度整合，因此無法與你自行安裝的版本共存。解決方式是使用全新的 Ubuntu 24.04 映像檔，且不要安裝其他元件：不要有 Web 伺服器、Docker，甚至不要有手動設定的防火牆。如果啟動了錯誤的映像檔，設定程序也會拒絕非支援的 Ubuntu LTS（22.04、24.04 或 26.04）以及非 x86-64 架構；ARM、LXC 與 OpenVZ 均不受支援。自 Cloudron 10（September 2026）起，Ubuntu 26.04 是新安裝的預設版本，因此如果今天從頭開始安裝，應選擇此映像檔。

第二種故障情況：萬用字元憑證需要 DNS API。 如果在設定期間選擇 "Manual" DNS 選項，而不是提供 Cloudron API token，Cloudron 就無法代為建立記錄或萬用字元憑證。之後每新增一個應用程式，都必須先手動新增 DNS 記錄，才能簽發憑證；儀表板也會持續等待該記錄。只要授予 Cloudron 對受支援 DNS 提供者（Cloudflare、Route 53、DigitalOcean 等）的 API 存取權，整個流程就能一鍵完成。

CasaOS：免費的 home-lab 儀表板

功能介紹。 CasaOS 由 IceWhale 開發，是免費且開放原始碼的儀表板，建置在 Docker 之上，提供主畫面、應用程式商店與檔案管理器。它源自 home-server 生態，因此設計取向偏向 home-lab：安裝快速、介面易用，且不需要繁複設定。它適合想改善 Docker 使用介面、又不想支付費用的使用者。

安裝。 執行一行指令即可，不要求使用全新的系統：

curl -fsSL https://get.casaos.io | sudo bash

安裝程式會加入一組 systemd 服務（casaos、casaos-gateway、casaos-app-management 等）。開啟瀏覽器前，先確認 gateway 已啟動：

systemctl status casaos-gateway

服務執行後，儀表板位於 http://<your-ip>（純 HTTP，連接埠 80）。建立本機帳號後即可登入。

新增第一個應用程式。 開啟 App Store，選擇應用程式並按一下 Install。CasaOS 會在背景建立 Docker Compose 專案，並將應用程式暴露在主機連接埠上，例如 http://<your-ip>:8080。其商店提供 home-server 常見的應用程式，因此只需幾次點擊，就能部署 VPS 上的 Jellyfin 媒體伺服器 或 自架的 Immich 相片庫。如果你尚未決定相片伺服器，建議先閱讀 區分 PhotoPrism 與 Immich 的 RAM 下限和手機應用程式，因為在 1GB 的 CasaOS 主機上，這項選擇會直接決定應用程式能否執行。你也可以匯入任何想使用的 docker-compose.yaml，這正是它的優勢：這些應用程式都是一般容器，而不是專有格式。

TLS 與備份：弱點所在。 「免費」的限制在這裡顯現。CasaOS 預設透過純 HTTP 提供所有服務，包括自身的儀表板。它沒有內建 Let's Encrypt，也沒有內建的排程備份。你的資料位於 /DATA 下的 Docker volumes，備份必須自行處理（使用 cron 排程的 restic 或 tar）。

故障模式：沒有 TLS，而且不會明確提示。 系統不會顯示錯誤。你安裝應用程式、開啟 http://<your-ip>:8080 後，服務仍可正常使用，但連線未加密，瀏覽器會標示 「不安全」。密碼與 session cookies 會以明文傳輸。更嚴重的是，CasaOS 的儀表板曾出現實際的遠端程式碼執行漏洞（CVE-2023-37265 與 CVE-2023-37266；其中一個驗證繞過漏洞可進一步取得整台主機的完整控制權），因此直接將該 HTTP 連接埠暴露在網際網路上是真實的安全風險，不是單純的風格問題。修正方式是不要直接暴露 CasaOS。在前方加入負責 TLS termination 的反向代理，例如 使用 Certbot 搭配 Let's Encrypt 憑證的 nginx、Caddy 或 Cloudflare Tunnel，並且只在本機網路中將請求轉送至 CasaOS。請注意，CasaOS 已使用連接埠 80，因此除非先將 CasaOS 移至其他連接埠，否則反向代理會與 CasaOS 爭用該連接埠。

費用。 確實完全免費，永久使用，且沒有應用程式數量上限。代價是維運工作必須自行負責，包括 TLS、備份與強化安全性。

Coolify：自架 PaaS

用途。 Coolify 是開放原始碼、自架式的平台即服務，讓你在自己的伺服器上使用類似 Heroku 或 Vercel 的部署方式。它的基本單位不是「安裝套件化應用程式」，而是「部署 Git 儲存庫」：連結儲存庫後，Coolify 會透過 Nixpacks 或你自己的 Dockerfile 建置並部署，且每次 push 都會重新部署。它也提供一鍵部署的資料庫與服務。Coolify 主要面向部署自有程式碼、希望 push-to-deploy，且不想租用 PaaS 的開發者。

安裝。

curl -fsSL https://cdn.coollabs.io/coolify/install.sh | sudo bash

此 script 會安裝 Docker，並啟動 Coolify 自己的容器堆疊。繼續操作前，先確認這些容器的狀態正常：

docker ps --format 'table {{.Names}}\t{{.Status}}'

你應該會看到 coolify、coolify-db、coolify-redis、coolify-realtime 和 coolify-proxy 都回報 Up。管理介面位於 http://<your-ip>:8000。請立即建立管理員帳號，因為在建立第一個帳號前，註冊頁面會保持開放，最先存取該頁面的人即可控制伺服器。接著設定執行個體網域，並將萬用字元 DNS 記錄（*.example.com 或 *.apps.example.com）指向這台伺服器，讓 Coolify 能為每個部署的應用程式配置個別的子網域。

加入第一個應用程式。 連結 Git 來源（GitHub、GitLab 或一般儲存庫 URL），選擇分支、設定網域，然後部署。Coolify 內建的 Traefik 代理會轉送子網域的請求，並申請憑證。對於現成軟體，Services 目錄只需幾次點擊即可完成部署：你原本可能需要手動串接的 n8n 工作流程自動化堆疊就是其中一項，用於狀態頁面監控的 Uptime Kuma也是如此。

TLS 與備份。 Coolify 透過隨附的 Traefik，自動為每個應用程式申請 Let's Encrypt 憑證，因此每個部署的子網域都會取得憑證。備份以資料庫為優先：你可以排程將 Postgres 和 MySQL 傾印檔寫入 S3 相容儲存體。整個執行個體的備份較為手動；Coolify 設定本身位於 /data/coolify，因此請自行匯出並儲存。

費用與授權。 自架版本完全開放原始碼且免費，不限制應用程式數量。另有選用的Coolify Cloud（付費）服務，由它代管控制平面，而你的應用程式仍執行在自己的伺服器上。這樣較為方便，但不是必要條件。

故障情況：應用程式已部署，但網域無法載入。 管理介面在 http://<ip>:8000 上運作正常，建置也顯示成功，但應用程式自己的 URL 回傳連線錯誤或 Traefik 404 page not found。這表示問題出在代理或 DNS，而不是應用程式本身。常見原因有兩種。第一，代理啟動時 80 或 443 埠已被其他服務占用，因此容器因 Docker 錯誤而停止：

Error response from daemon: driver failed programming external connectivity on endpoint coolify-proxy: Bind for 0.0.0.0:443 failed: port is already allocated

第二，主機名稱沒有解析到這台伺服器：應用程式可能使用由萬用字元產生的子網域，但缺少萬用字元 DNS 記錄；也可能使用沒有獨立 DNS 記錄指向這台伺服器的自訂網域。因此 Traefik 永遠收不到該主機名稱的請求。若 Coolify 中整個伺服器卡片顯示 「Server is not reachable」，則是另一種故障：Coolify 完全無法連線到伺服器的 Docker socket，通常是 Docker daemon 已停止或 SSH key 損毀。先從日誌查看實際原因，不要直接猜測：

docker logs coolify-proxy --tail 100

請從 Proxy 頁面修復：按下 Restart Proxy，或將代理設定重設為預設值後再次啟動，然後等待約 2 分鐘讓狀態穩定。只允許你自己的 IP 存取 8000 埠；代理異常時可暫時重新開放，不要讓全世界都能存取，因為該埠會透過純 HTTP 提供管理介面。Coolify 官方文件也指出，當管理介面已透過自己的網域提供服務後，可以關閉 8000、6001 和 6002 埠。

同一 VPS 上的資源額外負載

在同一台 4GB 主機上、部署任何實際工作負載前，測量閒置時的資源使用量。請使用 free -m 和 docker stats --no-stream 檢查自己的環境，不要只依賴單一數值，因為總量會隨應用程式組合而變動。

• CasaOS 最輕量。其管理面板由少量 Go 服務組成；除了所執行的容器之外，額外負載約為 150 到 300 MB。
• Coolify 會執行數個自己的支援容器（應用程式、Postgres、Redis、realtime 服務及 Traefik），因此在尚未部署任何內容時，閒置使用量約為 600 MB 到 1 GB。
• Cloudron 閒置時的負載最高，因為無論是否使用，都會執行自己的 nginx、資料庫、郵件堆疊及監控服務；請預留 1 到 1.5 GB 的閒置資源。這也是它要求至少 2GB，並且在 4GB 環境中運作較為寬裕的原因。

在小型 2GB VPS 上，CasaOS 能為實際應用程式留下最多空間，而 Cloudron 留下的最少。如果你的方案只有 2GB，且希望在 Cloudron 上執行郵件伺服器，請規劃升級主機。

更新、備份與綁定程度比較

更新。 Cloudron 會依照經過測試的排程，替你更新平台和所有應用程式：所需操作最少，也提供最多引導。Coolify 可在自己的儀表板中按一下按鈕完成更新。CasaOS 會透過安裝指令碼或 apt 更新面板，但你安裝的應用程式必須自行拉取更新並重新啟動。

綁定程度，第二年開始最容易造成問題的部分。 CasaOS 的綁定程度最低：其應用程式是一般的 Compose 專案，因此你可以將 docker-compose.yaml 和 /DATA 下的磁碟區複製到其他主機，繼續使用。Coolify 居中：部署內容是你自己的 Dockerfile 和儲存庫，但設定會儲存在 Coolify 的資料庫中，因此遷移主機時，必須在另一端重新建立專案。Cloudron 的綁定程度最高：應用程式採用 Cloudron 封裝。雖然透過其完善的備份功能，可以順利移出你的資料，但封裝本身無法移出，因此必須在目的平台重新部署。資料具可攜性，但部署機制不具可攜性。

該選哪一個

先說結論，再提供替代方案。如果你希望三者之中最少需要手動管理伺服器，會執行多個套裝應用程式，並願意支付年費以取得代管 TLS、備份與更新，請選擇 Cloudron。如果這是位於自有網路或反向代理後方的 home lab，希望以友善介面管理 Docker，且不願支付任何費用，請選擇 CasaOS。如果你會從 Git 部署自行撰寫的程式碼，希望具備自動 TLS 的 push-to-deploy，且不想支付代管 PaaS 的費用，請選擇 Coolify。如果這三種情況都不符合你，下一節才是直接的答案。

若符合以下情況，三者都跳過……

請誠實評估自己的規模。如果你只執行一或兩個應用程式，或希望確切了解並控制主機上的所有內容，請跳過這些面板。 對於小型且穩定的服務堆疊，額外負擔與綁定效應並不值得。DIY 方案是在你自己的 Compose 檔案前方配置反向代理：在多個 Docker Compose 應用程式前方使用具備自動 TLS 的 Traefik，能提供相當於一鍵設定的 HTTPS，卻不必承受面板的額外負擔；備份則使用你真正理解的 cron 排程 restic 工作。

services:
  whoami:
    image: traefik/whoami
    labels:
      - traefik.enable=true
      - traefik.http.routers.whoami.rule=Host(`whoami.example.com`)
      - traefik.http.routers.whoami.tls.certresolver=le
    networks: [web]
networks:
  web:
    external: true

對於單一主要應用程式，理由更充分：在 Docker 上安裝具備 TLS 與專用備份程序的 Nextcloud 只需要一個 Compose 檔案與一張憑證。為了執行它而建立完整的 appliance，只會增加成本，沒有實際效益。如果你還在決定要執行什麼，尚未決定要採用哪種方式，那麼2026 年值得自行代管的服務指南會是更好的起點。

FAQ

我真的需要自架管理面板嗎？

只有在多個應用程式都需要面板自動處理以下 4 件事時才需要：一鍵安裝、自動 TLS、排程備份及使用者管理。若只有 1 或 2 個服務，在 Traefik 後方使用一般 Docker Compose，也能完成相同的 TLS 工作，而且額外負擔少得多，完全不會被特定平台綁定。當您執行許多應用程式，且節省的時間比面板占用的 RAM 更有價值時，面板才真正有幫助。

哪個面板最適合初學者？

如果是沒有任何服務暴露在惡意網際網路上的家用實驗室，CasaOS 是最容易開始的選擇：只需執行 1 個命令即可安裝，並提供易用的 UI，也不必付費。但在暴露任何服務前，您必須先在前方配置負責 TLS termination 的反向代理，因為它提供的是純 HTTP。若您希望由系統代為處理 TLS 與備份，且願意付費，Cloudron 是最省心的選擇，但免費方案僅限 2 個應用程式。

Cloudron 是免費的嗎？

部分免費。免費方案允許使用 2 個應用程式，適合試用或非常小型的部署。超過此數量後，Cloudron 為付費訂閱服務，可按月或按年計費；付費方案則允許使用不限數量的應用程式。這是具有免費方案上限的商業產品，不是自由軟體；如果您的技術堆疊會持續擴充，就應將費用納入預算。

我可以讓這些面板與現有應用程式並存嗎？

Cloudron 不行。它 需要乾淨的 Ubuntu 主機；如果主機已安裝 nginx、Docker 或 Node，安裝程序會中止，因為它會管理整台機器。CasaOS 和 Coolify 的限制較少，因為它們會安裝自己的 Docker 堆疊，原則上可以與其他服務共用主機。但 CasaOS 需要使用連接埠 80 提供儀表板，Coolify 的代理則需要同時使用 80 和 443，因此會與已占用這些連接埠的任何網頁伺服器或代理發生衝突。對於已經承載其他服務的主機，面板通常不是正確的工具；改用 Traefik 和 Compose。

之後要如何移除面板？

請在需要移除前先規劃退出方式。從 CasaOS 移轉時，將應用程式的 docker-compose.yaml 及其 /DATA 區段複製到新主機，然後重新啟動服務。從 Coolify 移轉時，匯出每個專案的設定，並在目的地指向相同的儲存庫。從 Cloudron 移轉時，將資料從備份還原到新平台上重新安裝的應用程式，因為 Cloudron 的封裝無法移植，只有資料可以移轉。無論採用哪種方式，都應先在拋棄式主機上測試還原，再拆除舊主機。