使用 occ 指令安全地清除 ownCloud 檔案版本
刪除一個帳戶或所有使用者的所有已儲存的 ownCloud Server Classic 檔案版本,並區分完全清除和基於保留期限的過期。
如果 ownCloud 行動應用程式顯示“連線被拒絕”,請先在同一部手機的瀏覽器中開啟伺服器位址,然後確認應用程式正在使用伺服器的基本 URL 和正確的網路。連線被拒絕通常發生在應用程式進入登入步驟之前,因此在更改密碼或應用程式設定之前,請檢查伺服器及其 HTTPS 端點是否可存取。
應用程式必須先與伺服器建立網路連線;只有建立連線後,ownCloud 才能檢查使用者名稱、密碼或登入流程。因此,如果連線被拒絕,則首先指向位址、網路路由、防火牆或 Web 伺服器監聽器的問題。這與無效密碼訊息不同。憑證警告也是另一個問題:它表示伺服器已回應,應用程式可以檢查其 TLS 憑證。
在進行故障排除之前,請準備好管理員提供的確切伺服器位址,包括任何路徑(例如 `/etc/server/`)/owncloud,並了解該伺服器是否只能透過公司網路或 VPN 存取。如果您是伺服器管理員,還需要存取其 DNS、防火牆、反向代理和 Web 伺服器狀態。

https://cloud.example.com/owncloudURL 為 `<server_base_url>`;如果伺服器安裝在網域根目錄,則位址可能是 ` https://cloud.example.com<server_base_url>`。 ownCloud 伺服器指南指出,其行動應用程式使用基本 URL 和資料夾。請勿/remote.php/webdav在 ownCloud 行動應用程式位址後面加上 `<webDAV_endpoint>`,因為那是其他 WebDAV 用戶端的 WebDAV 端點。檢查是否有缺失的子資料夾、拼字錯誤、多餘的斜線或未經授權的連接埠。請參閱ownCloud 的行動和 WebDAV URL 指南。
ownCloud 建議行動連線使用 HTTPS。https://除非伺服器管理員明確指示,否則請保持使用 HTTPS;切換到純 HTTP 可能會洩漏憑證和檔案流量。如果套用在連線建立後顯示憑證警告,請聯絡管理員修復憑證或確認組織已核准的憑證流程,而不是自動忽略該警告。 Android連線說明中介紹如何輸入伺服器 URL 和進行憑證檢查。

請提供管理員準確的網址、失敗嘗試的時間(包括時區)、瀏覽器是否也發生故障,以及使用 Wi-Fi、行動網路或 VPN 是否會影響結果。請他們進行驗證:
對於管理員來說,基本的外部探測可以幫助區分被拒絕的 TCP 連線和 HTTP 回應:curl -v --connect-timeout 5 https://cloud.example.com/owncloud/。請將範例中的主機和路徑替換為實際值。拒絕或逾時表示端點或網路可達性有問題。 HTTP 狀態碼表示連線已建立,因此應檢查傳回的路由、驗證或憑證行為。不要為了測試而大範圍地開啟防火牆連接埠或停用防火牆;請檢查目標監聽器和範圍較小的規則。

如果伺服器位址在瀏覽器中可以加載,但應用程式仍然無法運行,請收集行動應用程式日誌,並請管理員將其與 ownCloud 和 Web 伺服器日誌進行比較。官方Android 故障排除指南將應用程式日誌放在「設定」中;如果「日誌」選項被隱藏,連續點擊版本號五次即可顯示。 iOS故障排除指南介紹如何在「設定」>「日誌記錄」中啟用日誌記錄。請求/回應日誌可能包含敏感訊息,因此請僅透過授權管道與您的管理員或 ownCloud 支援團隊共用。
在伺服器端,ownCloud 建議查看其自身日誌以及 Web 伺服器的錯誤日誌和存取日誌。對於 Linux 上的 Apache 伺服器,ownCloud Android 故障排除頁面指出,日誌通常位於/var/log/apache2[此處應填入日誌位置];其他伺服器、容器和託管服務提供者的日誌位置可能有所不同。測試時間的存取日誌條目表示請求已到達該 Web 伺服器。如果沒有符合的項目,則連線可能在 DNS、路由、防火牆或代理處理等更早環節發生故障。請參閱官方的ownCloud 日誌收集指南。
請使用修正後的基本 URL 和伺服器所需的網絡,透過 ownCloud 應用程式重試。如果應用程式能夠透過連線檢查並順利進入預期的登入或文件檢視頁面,則表示修復成功。如果瀏覽器可以正常運作但應用程式無法訪問,請將應用程式版本、手機作業系統版本、已隱去私人資訊的伺服器 URL、測試時間、使用的網路以及一段經過脫敏處理的日誌摘錄傳送給管理員。
刪除一個帳戶或所有使用者的所有已儲存的 ownCloud Server Classic 檔案版本,並區分完全清除和基於保留期限的過期。
以正確的順序檢查伺服器 URL、手機網路、HTTPS 端點和伺服器日誌,即可追蹤 ownCloud 行動連線被拒絕的原因。
將按需作業運行替換為 systemd 定時器,該定時器每 15 分鐘執行一次 ownCloud 支援的 occ system:cron 命令。
透過 Apache、Nginx 或反向代理程式追蹤 WebDAV 請求,然後使用經過驗證的 PROPFIND 測試確認 ownCloud 同步功能正常。
透過設定其規範 URL 並從伺服器本身檢查 DNS、HTTPS 和反向代理路由,修復 Nextcloud 缺少出站位址警告的問題。
透過本機 Unix 套接字配置 APCu 和 Redis,以實現 Nextcloud 快取和檔案鎖定,並提供目前和舊版 Nextcloud 的步驟。
檢查 Nextcloud 的 cron 模式,修復其 systemd 服務和計時器,並驗證後台作業在啟動後以及每隔五分鐘運行一次。
啟用可靠的 Nextcloud 檔案鎖定,選擇適當的 Redis 或 Valkey 後端,並驗證警告是否清除,同時避免並發檔案變更的風險。
使用最新更新、HTTPS 和 HSTS、精確的反向代理信任以及針對公共伺服器的檢查,修復 Nextcloud 掃描中常見的錯誤。
為需要加密的儲存配置 Nextcloud SSE,保護加密金鑰,並在加密現有文件之前測量傳輸和 CPU 影響。