如何在 ownCloud oCIS 中為使用者配置儲存配額
了解如何為 ownCloud Infinite Scale 使用者設定個人空間配額,將其與專案空間和全域限制區分開來,並按角色為新使用者指派預設值。
在 ownCloud Infinite Scale (oCIS) 中,「使用者配額」通常指的是分配給該使用者個人空間的配額。空間是一個儲存區域,擁有自己的存取規則和配額;專案空間可以擁有單獨的配額。這種差異至關重要:提高個人空間配額不會自動更改專案空間的配額,伺服器範圍的最大配額與設定單一使用者的配額也不同。
本指南展示了針對個人帳戶的 ownCloud Web 官方文件方法,說明如何按角色為新配置的使用者設定配額,並指出了容易混淆的配置限制。可用的特定控制項取決於您的 oCIS 和 Web 版本以及使用者身分的管理方式。連結的 ownCloud Web 管理指南介紹了使用者編輯和配額分配;在進行任何變更之前,請查閱與您已部署版本相符的文件。
首先確定需要更改限制的空間。如果使用者的個人文件區域已滿,請變更該使用者個人空間的配額。如果問題出在團隊或專案空間,請變更該空間的配額。 ownCloud 將空間描述為具有獨立配額的儲存區域,包括個人空間和專案空間。請參閱無限擴充架構和空間概述。
接下來,確認使用者帳號的管理者。在內建身分提供者中建立的使用者可能可以在 Web 使用者管理介面中進行編輯。如果您的部署使用外部身分提供者或同步目錄,則身分提供者、設定原則或角色對應可能會控制某些帳戶屬性。目前文件並未針對所有身分提供者設定提供通用的管理路徑,因此在編輯帳戶之前,請務必驗證其權限來源。
對於您在 ownCloud Web 中管理的用戶,文件中記錄的工作流程是:開啟用戶管理,選擇“用戶”,編輯帳戶,然後為該用戶的個人空間分配配額。標籤和可用值可能因版本而異。
ownCloud 的Web 管理員文件指出,現有使用者詳細資訊可以在「使用者概覽」中編輯,使用者需要為其個人空間分配角色和配額。此指南包含可選擇的配額值,但並未保證每個部署都提供相同的預設值或自訂值欄位。如果您需要的值未提供,請查閱與您的 oCIS/Web 版本和部署配置相符的文檔,而不是假設 ownCloud Server 中的設定適用。
配額控制著對應空間可以儲存多少資料。它並非在磁碟上預留對應位元組數,也不會擴充底層檔案系統或儲存桶。 ownCloud 提醒,即使配置了各個空間的配額,所有空間的資料總量仍可能填滿儲存檔案系統。部分上傳的檔案在移動到目標空間之前,也可能暫時佔用上傳區域。請同時查看oCIS 的一般儲存注意事項以及各個空間的限制。
當用戶接近或達到新的配額上限時,他們可能無法為該空間添加更多內容。請勿承諾降低配額會自動刪除文件:此處引用的文件描述了分配和配額的行為,但並未說明管理員的減配操作會清除現有內容。在將限制降低到低於目前使用量之前,請先檢查目前使用情況,警告用戶,並驗證已部署版本的行為。
不。在 oCIS 9.0 設定文件中,` OCIS_SPACES_MAX_QUOTA<global_max_name>` 被描述為全域空間最大配額,以位元組為單位;零表示無限制。文件還指出,如果未使用此全域變量,FRONTEND_MAX_QUOTA則必須在前端服務中定義 `<global_max_name>`。這些是部署層級的控制和功能限制,而不是您在 Web 使用者管理中選擇的普通使用者值。請參閱oCIS 9.0 特殊作用域環境變數參考。
使用 Web 使用者編輯器設定個人空間配額。僅當您有意更改所有空間的可用最大配額時才更改全域最大配額,並檢查所有受影響服務的版本匹配配置。不要將單一使用者的配額值貼到全域設定中作為快捷方式。
是的,前提是使用者是透過相容的 oCIS 代理配置進行配置的。目前的代理文件描述了一個 YAMLrole_quotas映射,該映射會根據新使用者的角色 ID 為其分配位元組配額。文件明確指出,此映射是在 YAML 中配置的,而不是透過環境變數配置的。例如,其結構如下:
role_quotas:
<role ID>: <quota in bytes>
請將兩個佔位符替換為已驗證的適用於您部署的值。例如,10 GiB 等於 10,737,418,240 位元組(計算方法為 10 × 1,073,741,824);僅當該數值符合您的預期策略且角色 ID 正確時才使用該數值。這是為新配置的使用者自動指派角色,而非針對現有帳戶的批次更新。代理程式的角色分配機制也可能取決於您的 OpenID Connect 提供者如何提供角色聲明。請閱讀oCIS 9.0 代理服務文檔,並在使用非關鍵的新帳戶進行測試後再進行依賴。
OCIS_SPACES_MAX_QUOTA全域最大值以位元組為單位。操作:在使用者管理中設定單一使用者的個人配額。請使用者登錄,然後點擊網頁介面右側的圓形首字母圖示開啟帳戶資訊或設定。 ownCloud 的使用者網頁文件指出,此選單顯示儲存配額和使用情況。確認顯示的配額是否符合預期,然後讓使用者嘗試上傳少量檔案(如果操作條件允許)。上傳成功僅表示使用者已獲得存取權限,並不代表所有配額都已用完,因此請繼續監控後端容量。
如果新值缺失,請先登出並重新登錄,然後重新檢查已編輯的帳戶和相關空間。如果配額仍有差異,請確認帳戶是由 Web UI 管理而非外部身分識別來源管理,檢查已部署的確切版本,並檢查適用的代理程式、前端和儲存配置。目前的公開文件並未針對每種身分提供者和儲存後端組合定義統一的故障排除步驟;請參考特定版本的管理員指南或您所在組織的 oCIS 操作手冊。
了解如何為 ownCloud Infinite Scale 使用者設定個人空間配額,將其與專案空間和全域限制區分開來,並按角色為新使用者指派預設值。
透過檢查服務運作狀況、SIP 和 ESL 監聽器、NAT 位址、防火牆規則和日誌來診斷 BigBlueButton FreeSWITCH SIP 註冊逾時問題。
透過檢查伺服器 URL、HTTPS 連接埠、Web 伺服器、防火牆、代理、TLS 和受信任的網域來修復 ownCloud 行動應用程式連線被拒絕的錯誤。
比較在 Synapse 上控制新 Matrix 帳戶的方法,從停用公用註冊到頒發有限用途的令牌,並提供設定範例和檢查。
修正 ownCloud 空白頁問題,首先要區分瀏覽器、PHP、應用程式、權限、升級和代理故障,然後選擇幹擾最小的復原路徑。
診斷 Zimbra 停止的 NGINX 代理,讀取正確的日誌,安全地重新啟動它,並檢查針對缺失配置、無效連接埠、憑證和上游故障的修復措施。
在進行任何有風險的變更之前,請先檢查佇列、日誌、SpamAssassin、ClamAV 和復原跡象,以了解如何診斷和修復 Zimbra Amavis CPU 佔用率達到 100% 的問題。
透過檢查帳戶詳細資料、憑證、憑證、網路路徑和伺服器策略來排查 iPhone 上的 Zimbra ActiveSync 錯誤,並比較安全的替代方案。
從架構、效能表現、記憶體需求、快取、擴充和實際部署權衡等方面比較 ownCloud Infinite Scale 和 Nextcloud 28。
透過檢查部署、設定 Redis 或 KeyValueCache、重新啟動相關服務以及驗證檔案操作,修復 Nextcloud 的事務性檔案鎖定警告。