OnlyOffice 與 Collabora：2 到 4 GB VPS 怎麼選

OnlyOffice 與 Collabora：小型 VPS 的選擇

OnlyOffice 與 Collabora 是兩種文件引擎的選擇，兩者都能連接到你已經在執行的檔案伺服器；對多數讀者而言，這表示 Nextcloud。在 2 GB VPS 上，請選擇 Collabora，並使用 Nextcloud 隨附的版本，因為這樣不需要增加第二個容器，也不需要額外的網頁位址。在 4 GB 以上的 VPS 上，如果團隊主要使用 .docx 和 .xlsx，ONLYOFFICE Docs 值得額外占用的記憶體，因為其編輯器能直接處理這些格式。

每次搜尋這個問題時，都會看到第三個名稱。ONLYOFFICE DocSpace 是具有自身介面的獨立產品，不是 Nextcloud 會連接的元件。有人因為教學提到「OnlyOffice」就安裝 DocSpace，這是使用者認為 Nextcloud 中的編輯按鈕需要大型伺服器的最常見原因。

容易混淆的 3 個產品

• ONLYOFFICE Docs 也稱為 Document Server，是獨立的文件編輯引擎。本身不提供檔案管理器。Nextcloud connector 會連線到這個產品。Community Edition 免費，採用 GNU AGPL v3 授權。
• ONLYOFFICE DocSpace 是工作區，提供 rooms、成員管理、分享功能與自有網頁介面，並內含 Docs。它與 Nextcloud 的功能重疊，而不是擴充 Nextcloud。2026 年 10 月查閱的官方最低需求是 4 個 CPU 核心與 8 GB RAM，供安裝指令碼使用；建議配置 12 GB。單一容器 Docker build 需要 6 個核心與 12 GB，且 ONLYOFFICE 將該 build 標示為測試用途，不適用於 production。
• Collabora Online 是在伺服器上執行的 LibreOffice。文件會在伺服器上排版與繪製，再以影像傳送至瀏覽器。免費版本是 CODE，完整名稱為 Collabora Online Development Edition。

Nextcloud 為 Collabora 提供 2 個應用程式。richdocuments 在 app store 中列為 Nextcloud Office，是連接 Collabora 伺服器的 connector。richdocumentscode 將 CODE 包含在 Nextcloud 安裝中，因此不需要執行容器，也不需要撰寫 proxy 規則。Nextcloud 自己的手冊指出，這個內建伺服器適合個人使用或小型團隊，並建議為了取得更佳效能而安裝專用的 Collabora。

如果你尚未決定檔案伺服器，Seafile 與 Nextcloud 的比較 是第一個需要做的決定，因為 office server 會附加到你選擇執行的檔案伺服器。如果 Nextcloud 已經啟動，在具備 TLS 與備份的 VPS 上執行 Nextcloud instance 就是本指南假設的環境。

每個方案需要多少 RAM？

[
  {
    "label": "Collabora CODE",
    "min_ram_gb": 1
  },
  {
    "label": "ONLYOFFICE Docs",
    "min_ram_gb": 4
  },
  {
    "label": "ONLYOFFICE DocSpace",
    "min_ram_gb": 8
  }
]

以下數字是各家廠商公布的規格，資料確認於 2026 年 10 月。每個數字都只涵蓋單獨執行的辦公室伺服器，未計入其他執行中的服務。Collabora 的 CODE 容器快速入門文件指出需要 1 GB。ONLYOFFICE 在 Docker 下執行 Docs 需要 4 GB，另外還需要 4 GB swap 和 40 GB 可用磁碟空間。使用廠商提供的指令碼安裝 DocSpace 時，需要 8 GB 和 4 個 CPU 核心，並建議使用 12 GB。

現在再將 Nextcloud 加到同一台機器。PHP-FPM（FastCGI process manager）工作程序、資料庫和背景工作執行器都需要記憶體。讓檔案清單顯示更快速的核心頁面快取也需要記憶體。在 2 GB VPS 上，沒有足夠空間執行獨立的辦公室容器。因此主機會使用 swap。使用 swap 的伺服器看起來像是故障：編輯器的載入指示器會轉動 30 秒，接著放棄。這就是內建 CODE 應用程式存在的原因。它會將 Collabora 二進位檔包含在 Nextcloud 應用程式中，再由 Nextcloud 將編輯器流量透過 proxy 轉送至本機。這會降低速度，但可省去一個完整的服務。

兩個引擎的記憶體使用方式為何不同

Collabora 在伺服器上進行轉譯。每個開啟的文件都會在容器內使用自己的程序。有人編輯時，可以使用 docker exec collabora ps -ef 監看這些程序。記憶體用量會隨同時開啟的文件數量增加。因此，閒置伺服器的成本較低，但同時有十位使用者編輯時則不然。

ONLYOFFICE Docs 將版面配置工作交給瀏覽器處理。其編輯器使用 JavaScript，而伺服器負責儲存檔案、協調共同編輯及執行格式轉換。自 2026 年 5 月發布的 9.4 版起，Community Edition 容器會在單一整合式伺服器程序前方執行 nginx，容器內不再包含 PostgreSQL 或 RabbitMQ。ONLYOFFICE 仍將 4 GB 列為無人連線時的最低需求。

兩條曲線的形狀不同。Collabora 起始用量較低，並會隨每個開啟的文件增加。ONLYOFFICE 起始用量較高，但增加速度較慢，因為部分工作會在使用者的筆記型電腦上執行。

免費版本的限制

CODE 在預設模式下沒有文件數量或連線數量限制。Collabora 的工作人員已於 2026 年 9 月在 Collabora 自有論壇確認這一點。舊版指南常提到的 10 份文件與 20 個連線上限，僅適用於啟用選用的 Home Mode 時；預設不會啟用此模式。

CODE 與付費版 Collabora Online 的差異，在於穩定性與支援服務。Collabora 將 CODE 描述為持續開發中的 rolling release，不提供 SLA 或長期支援，適合家用與小型團隊，不適合正式環境。Collabora Online 則是穩定版本，提供 Long Term Support、SLA 與簽署的安全性更新。進行容量規劃時，Collabora 的 FAQ 建議每個 CPU thread 配置 10 位使用者，並為每位使用者配置 50 MB RAM，系統另需 1 GB。

ONLYOFFICE Docs Community Edition 自版本 9.4 起便沒有連線數量上限；該版本移除了舊有的同時開啟 20 份文件限制。其 Docker 需求頁面改以容量層級提供建議：雙核心 2.8 GHz、4 GB RAM 的機器可支援 100 到 200 位使用者；四核心機器可支援 200 到 400 位使用者。頁面也註明，實際數量取決於使用者開啟之文件的大小與類型。這些數字應視為供應商在特定條件下測得的容量上限。

哪一個對 .docx 和 .xlsx 的處理較好？

ONLYOFFICE 可直接處理 Office Open XML (OOXML)，因此 .docx 檔案會以原始格式開啟、編輯並寫回。Collabora 底層使用 LibreOffice，而其原生格式是 OpenDocument (ODF)，因此每個 OOXML 檔案在開啟時都會先匯入，儲存時再匯出。兩者都足以應付日常文件。差異會出現在使用 Microsoft Word 或 Excel 建立且包含大量格式設定的檔案上，而且通常表現為版面些微位移，而不是資料遺失。

不要只根據比較頁面，包括本頁，做出判斷。請選出最容易出問題的兩個檔案：一個包含追蹤修訂，另一個包含樞紐分析表。分別在兩個編輯器中開啟、儲存並下載，再與原始檔案比較。花 20 分鐘完成這項測試，就能回答你的文件是否能維持格式，而這才是唯一重要的問題版本。

如果只有一個人偶爾編輯檔案，單機檔案辦公室套件 可完全免除執行文件伺服器的需求。

授權條款，以及付費版本的定位

ONLYOFFICE Docs Community Edition 採用 GNU AGPL v3 授權。自 9.4 版起，另增加要求標示來源、保留著作權聲明，以及清楚標示修改版本的條款。該授權不授予使用 ONLYOFFICE 商標的權利。Collabora Online 的原始碼採用 Mozilla Public License 2.0。兩個專案都是開放原始碼，兩家公司也都銷售提供支援的版本。

免費版本的限制各不相同。Collabora 的免費版本在預設模式下沒有數量上限，但穩定性與支援較有限：它是持續更新的開發版本，且不提供 SLA。ONLYOFFICE 的免費版本同樣沒有數量上限；ONLYOFFICE 另提供 Enterprise 和 Developer 版本，增加支援與其他功能。對家庭或小型團隊而言，兩個免費版本都已足夠。企業規劃部署前，應先閱讀授權條款，因為 AGPL 義務與依使用者計價是兩個不同問題，必須分別處理。

安裝任一項都只需要單一容器

ONLYOFFICE Docs 綁定至 loopback，因為前方的反向代理會終止 TLS（傳輸層安全性）：

sudo docker run -i -t -d -p 127.0.0.1:8081:80 --restart=always \
  -e JWT_SECRET=replace_this_with_a_long_random_string \
  onlyoffice/documentserver

請自行設定 JWT_SECRET。自 ONLYOFFICE Docs 7.2 起，JWT（JSON Web Token）簽署預設已啟用；如果未提供 secret，容器會產生一組 secret。容器重新建立時，產生的 secret 可能會變更，之後 connector 會停止運作，畫面上也不會顯示有用的訊息。

第一次啟動可能需要幾分鐘。請檢查：

curl http://127.0.0.1:8081/healthcheck

編輯器在容器內準備就緒後，該端點會回應 true。任何其他回應，包括 false，都表示應先讀取容器上的 docker logs，再修改 Nextcloud 設定。

Collabora CODE：

docker run -t -d --name collabora --restart always \
  -p 127.0.0.1:9980:9980 \
  -e "aliasgroup1=https://cloud.example.com:443" \
  -e "extra_params=--o:ssl.enable=false" \
  collabora/code

aliasgroup1 是此容器接受其工作要求的 Nextcloud 位址清單，其中也必須包含該連接埠。設定 ssl.enable=false 後，coolwsd（Collabora 伺服器程序）會在容器內使用純 HTTP 通訊，因為前方的反向代理負責 TLS。請檢查：

curl http://127.0.0.1:9980/hosting/capabilities
curl http://127.0.0.1:9980/hosting/discovery

第一個要求會回傳 JSON，第二個會回傳 XML。連線遭拒表示容器仍在啟動，或容器已結束，因此請讀取 docker logs collabora。

將編輯器連線至 Nextcloud

使用 Collabora 時，請安裝 Nextcloud Office 應用程式，開啟管理設定，然後選取 Office。選擇使用自有伺服器的選項，並輸入使用者瀏覽器可連線的位址，例如 https://office.example.com。Nextcloud 儲存檔案，Collabora 透過 WOPI（web application open platform interface）擷取檔案，因此必須確保以下 4 條獨立的網路路徑都能運作：

• 瀏覽器可連線至 Nextcloud。
• 瀏覽器可連線至 Collabora 伺服器。
• Nextcloud 可連線至 Collabora 伺服器。
• Collabora 可連線至 Nextcloud。

請手動測試後兩條路徑。在 Nextcloud 伺服器上，curl https://office.example.com/hosting/capabilities 應輸出 JSON。在 Collabora 容器內，curl https://cloud.example.com/status.php 應輸出 Nextcloud 的狀態 JSON。失敗的那一項就是需要修正的路徑。

使用 ONLYOFFICE 時，請安裝連接器應用程式，然後在其設定中填入 ONLYOFFICE Docs 位址與 secret key。secret 必須與 JWT_SECRET 完全相同。如果容器自行產生 secret，請在容器內從 /etc/onlyoffice/documentserver/local.json 讀取，位置位於 services.CoAuthoring.secret.inbox.string 下。接著從 Nextcloud 目錄執行下列命令，並以網頁伺服器使用者身分執行：

php occ onlyoffice:documentserver --check

命令會確認連線，或輸出連接器遇到的錯誤。這比讀取瀏覽器主控台更快。兩個連接器也都提供進階欄位，用於瀏覽器位址與伺服器對伺服器位址不同的情況，例如 Nextcloud 透過私有網路連線至編輯器。請改為填入這些欄位，避免將內部流量送往公開位址後再返回。

反向代理後編輯功能失效的原因

幾乎所有「無法開啟」的回報，都屬於以下其中一種情況。

通訊協定不一致。 Nextcloud 使用 https，但辦公室伺服器位址設定為 http 時會失敗，因為瀏覽器拒絕在安全頁面中載入不安全的 frame。兩者都使用 https。

Collabora 缺少代理規則。 代理伺服器必須將 /browser、/hosting/discovery、/hosting/capabilities、/cool、/cool/adminws 以及 /cool/(.*)/ws 上的 websocket 連線轉送到連接埠 9980。若缺少 websocket 規則，文件 frame 會載入，之後卻一直空白，因為編輯器載入後會立即開啟 websocket，但始終收不到回應。

aliasgroup1 設定錯誤。 容器會拒絕來自未列入設定的位址的請求，而 docker logs collabora 會記錄 No acceptable WOPI hosts found。此值必須與使用者輸入的 Nextcloud URL 完全一致，包括連接埠。

Nextcloud 拒絕呼叫本機位址。 Nextcloud 預設會封鎖對本機與私有位址的輸出請求，日誌行為 Host violates local access rules。若編輯器確實只能透過本機位址存取，請在 config.php 中設定 'allow_local_remote_servers' => true。

WOPI 允許清單範圍過窄。 Nextcloud 的 Office 設定包含 WOPI 請求的允許清單，用來限制可擷取檔案的位址。這項設定本身很實用，但容器重新啟動並取得新 IP 位址後，也可能因此導致編輯功能失效。如果文件在重新建置後立即停止開啟，請先檢查此欄位。

ONLYOFFICE 無法下載檔案。 連接器會回報 Error while downloading the document file to be converted.。文件伺服器收到從 Nextcloud 擷取檔案的指示，卻無法完成要求：它取得的位址可能無法從容器內連線，Nextcloud 可能呈現文件伺服器不接受的憑證，或 secret 不一致。請在容器內使用 docker exec，對該確切 URL 執行 curl；通常一行輸出就能指出原因。

2 GB 與 4 GB 實際適合執行哪些服務

在 2 GB 的主機上，執行內建 CODE app 的 Nextcloud，並停在這裡。它比獨立伺服器慢。首次開啟大型試算表可能需要數秒。完全不需要設定 proxy。對單一家庭而言，這是合適的選擇。

在 4 GB 的主機上，執行 Nextcloud 和獨立的 CODE container，並設定 swap，避免突發負載導致主機停止運作。從這個配置開始，文件編輯的體驗才會恢復正常。

如果要在 Nextcloud 旁執行 ONLYOFFICE Docs，請規劃 6 到 8 GB，或將 Docs 放在自己的小型伺服器上。其 4 GB 最低需求只適用於文件伺服器本身，因此在 4 GB 主機上與 Nextcloud 共用時，任何實際使用情境都會觸發 swap。

不要在小型 VPS 上部署 DocSpace。其 script install 公布的最低需求是 8 GB RAM 和 4 個 CPU 核心，建議配置則是 12 GB 和 6 個核心。某篇廣泛流傳的 provider tutorial 仍會使用 vendor install script，在 8 GB instance 上部署 DocSpace。這雖然剛好達到最低需求，沒有任何餘裕，低於建議配置，而且回答的是與你原本問題不同的需求。執行指南前，先確認它實際安裝哪些元件；也要確認指南引用的需求，最近一次是何時依據 vendor page 核實的。install script 也只是其中一種方式。Docs 和 CODE 都是由你自行啟動、停止和刪除的單一 container，相較於會佈建整套 stack 的 script，更容易理解和管理。

至於小型伺服器究竟適合自架哪些服務，請參閱2026 年值得自架的服務，其中整理了可優先考慮的清單。

FAQ

OnlyOffice 或 Collabora 哪個較適合 Nextcloud？

一般沒有絕對較好的選擇，通常取決於記憶體。Collabora 的起始需求是其快速入門文件公布的 1 GB；免費的 CODE build 在預設模式下沒有文件或連線數上限，但 Collabora 將其定位為家用與小型團隊用途，而非正式環境。ONLYOFFICE Docs 在 Nextcloud 自身需求之外，還要求 4 GB；自 version 9.4 起不再限制連線數，並可直接處理 .docx 與 .xlsx，因此能更接近原始 Microsoft Office 格式。小型 VPS 可選擇 Collabora。若團隊全天使用 Office 格式，且能為編輯器配置獨立記憶體，則選擇 ONLYOFFICE。

在 Nextcloud 中編輯文件需要多少 RAM？

Nextcloud 內建的 CODE server app 使用 2 GB 即可，因為該 app 會在 Nextcloud 安裝環境內執行，不會作為第二個服務執行。Nextcloud 搭配獨立的 Collabora CODE container 時，4 GB 使用上較為充裕。ONLYOFFICE Docs 公布文件伺服器本身的最低需求為 4 GB，因此與 Nextcloud 共用同一台機器時，應準備 6 到 8 GB；或者將其放在獨立伺服器上。

為什麼文件框架開啟後會一直空白？

編輯器會透過 HTTPS 載入，接著建立 websocket，因此空白框架幾乎總是表示 websocket 從未成功連線。若 Collabora 位於 nginx 後方，請確認代理程式轉送 /cool/(.*)/ws 時包含 connection upgrade 標頭，並且也轉送 /browser、/hosting/discovery 與 /hosting/capabilities。接著查看 container 中的 docker logs：No acceptable WOPI hosts found 表示 aliasgroup1 值與瀏覽器使用的 Nextcloud 位址不一致，其中也包括連接埠。

我需要 ONLYOFFICE DocSpace 才能在 Nextcloud 中編輯檔案嗎？

不需要。DocSpace 是具有獨立介面與使用者帳戶的獨立工作區，Nextcloud connector 不會與它通訊。Nextcloud 連線的元件是文件伺服器 ONLYOFFICE Docs。DocSpace 公布 script install 的最低需求為 8 GB RAM 與 4 個 CPU 核心，並建議使用 12 GB。這也是為什麼有些安裝指南會讓人誤以為，瀏覽器文件編輯需要大型伺服器。