安全地修復 ownCloud Apache AllowOverride All 警告

如果 ownCloud 報告 ApacheAllowOverride All設定缺失，請將其新增至<Directory>與 ownCloud 安裝路徑相符的 Apache 配置區塊中，測試配置，然後重新載入 Apache。在典型的 Debian 或 Ubuntu 系統中，該設定應位於活動的 ownCloud 虛擬主機或 Apache 配置中對應的目錄區塊中。請勿為了消除一個警告而對整個伺服器啟用覆蓋設定。

在 ownCloud Server（經典版）中，必須允許 Apache 讀取安裝.htaccess規則。這些規則支援 URL 重寫，並有助於保護敏感路徑。因此，缺少或無效的規則可能會影響 URL 的簡潔性以及資料目錄的安全性檢查。本指南適用於使用 Apache HTTP Server 的 ownCloud Server；不適用於 Nginx、ownCloud Infinite Scale 或由服務提供者控制 Apache 配置的託管環境。

快速參考

目標	檢查或設定
允許 ownCloud 的按目錄規則	`AllowOverride All`在匹配`<Directory>`區塊中
確認 Apache 可以解析此更改	`sudo apachectl -t`應該報告`Syntax OK`
啟動配置	`sudo systemctl reload apache2`在 Debian 或 Ubuntu 系統上
檢查URL是否乾淨。	`mod_rewrite`如果您的設定需要，請確保已啟用此功能。
確認警告已消失	測試受影響的 URL 後，重新載入 ownCloud 的管理概覽。

警告的含義

Apache 的AllowOverride指令決定了.htaccess檔案中的指令是否允許影響請求。 Apache 只在設定段AllowOverride內生效<Directory>；如果將指令放在虛擬主機的根目錄或不相關的程式碼區塊中，則不會對 ownCloud 檔案生效。此外，更廣泛的<Directory>規則、更具體的規則或已啟用的其他虛擬主機也可能導致您編輯的設定無法處理要求。

ownCloud 目前針對 Server 10.16 的安裝指南AllowOverride All在 ownCloud 文件根目錄的目錄區塊中顯示，「全部」權限允許覆蓋該範圍內 Apache 模組支援的類別。請將此權限限制在 ownCloud 目錄內，而不是變更 Apache 的全域檔案系統策略。 Apache 手冊也AllowOverrideList為希望僅允許特定指令的管理員提供了相關說明，但要使用範圍較窄的列表，需要仔細測試其與 ownCloud 版本及其自帶.htaccess規則的兼容性。

Apache 虛擬主機範例，在 ownCloud 目錄區塊中使用 AllowOverride All 規則 — 範例虛擬主機放置`AllowOverride All`在目錄區塊內`/var/www/owncloud`。

在更改 Apache 之前

確認產品為 ownCloud Server（經典版），並確定其網站根目錄的確切檔案系統路徑。例如，URL/cloud可能透過 Apache 映射Alias到不同的磁碟目錄。
找到活動的虛擬主機及其設定檔。在 Debian 或 Ubuntu 系統中，常見位置包含 `/etc/v2/ hosts`/etc/apache2/sites-available/和`/etc/v2/hosts` /etc/apache2/apache2.conf。在 RHEL 系列系統中，Apache 設定通常位於 `/etc/v2/hosts` 目錄下/etc/httpd/。主機面板和容器可能會使用其他路徑。
編輯檔案前請備份，並保留所有現有的 TLS、代理、存取控制和 ownCloud 指令。
檢查是否有其他規則AllowOverride None或目錄規則套用於相同路徑。請勿編輯未針對 ownCloud 主機名稱啟用的預設網站檔案。

修復自架 Apache 伺服器

1. 編輯活動配置

在 Debian 或 Ubuntu 系統上，開啟提供 ownCloud 主機名稱的虛擬主機，例如：

sudo nano /etc/apache2/sites-available/owncloud.conf

在該檔案中，找到或新增一個<Directory>用於指定 ownCloud 安裝目錄的部分。以下範例展示了相關的放置位置；請保留伺服器所需的任何其他指令：

<Directory /var/www/owncloud/>
    Options +FollowSymlinks
    AllowOverride All
    Require all granted
</Directory>

請將 `<path>`替換/var/www/owncloud/為您的實際路徑。如果 Apache 將 URL 對應到 `<path>` Alias，請設定包含 ownCloud 檔案的檔案系統目錄，而不僅僅是 URL 路徑。 ownCloud 的 Apache 安裝指南包含更多設定說明；請使用與您的 ownCloud 版本和 PHP 設定相符的範例。

2. 檢查模組和語法

對於不帶 . 的簡潔 URL index.php，ownCloud 文件mod_rewrite和mod_env. 是先決條件。在 Debian 或 Ubuntu 系統上，如果重寫模組尚未激活，請啟用它：

sudo a2enmod rewrite
sudo apachectl -t

配置測試應以失敗告終Syntax OK。如果報告錯誤，請在重新載入之前修復該錯誤。語法檢查成功證明 Apache 可以解析其配置；但這並不能證明正確的虛擬主機處於活動狀態，也不能證明正在執行的進程已載入編輯後的檔案。

Apache 設定測試在終端機傳回語法正確。 — `Syntax OK`在重新載入服務之前，Apache 配置測試應該會傳回結果。

3. 重新載入 Apache 並測試 ownCloud

在 Debian 或 Ubuntu 系統上，語法檢查成功後，請重新載入 Apache：

sudo systemctl reload apache2

對於 RHEL 系列系統，該服務通常命名為 `<service_name>` httpd，因此請使用符合的服務名稱和發行版的 `configuration-test` 指令。未經確認系統服務佈局，請勿將 Debian 特有的指令複製到其他系統。

在瀏覽器中開啟 ownCloud 主機名，並測試先前需要重寫的頁面。如果伺服器使用路徑前綴（例如 `/etc/ownCloud/`）/cloud，也請測試帶有前綴的 URL。如果出現重定向循環、403 回應或 Apache 500 錯誤，則表示設定仍需調查；請檢查 Apache 錯誤日誌和 ownCloud 日誌，而不是重複修改不相關的指令。

終端機顯示重寫模組已啟用，Apache 服務已重新載入。 — 僅在需要時啟用`mod_rewrite`，語法檢查成功後重新載入 Apache 服務。

如果警告仍然存在

症狀	下一步檢查
重新加載後警告仍然存在	確認已編輯的虛擬主機已啟用並服務於主機名稱；檢查`apachectl -S`並確認是否存在更低等級或更具體的目錄規則。
簡潔的 URL 仍然包含`index.php`	檢查是否`mod_rewrite`已啟用，ownCloud 目錄是否具有預期的覆蓋權限，以及 ownCloud 的重寫基準是否與其 URL 路徑相符。
管理頁面顯示資料目錄可能公開可訪問	盡可能確保資料目錄位於網站根目錄之外。否則，請確認提供的資料目錄`.htaccess`存在、可讀且 Apache 能夠辨識；清除警告資訊並不能取代保護目錄。
Apache 傳回 500 錯誤或報告「此處不允許存取」。	請讀取 Apache 錯誤日誌。`.htaccess`可能是目前啟動的覆蓋類別不允許使用某個指令，或是所需的模組不可用。
在容器或託管主機中運行	檢查鏡像的 Apache 設定文件或服務提供者的控制面板。主機層級的 Apache 檔案可能並非處理請求的伺服器。

如果 ownCloud 報告其.htaccess檔案無法更新，請在變更所有權和寫入權限之前，請參考 ownCloud 的升級和加固指南進行檢查。切勿為了圖方便而將整個安裝目錄設定為 Web 伺服器可寫入。 ownCloud 文件指出，配置細節因安裝而異，且 PHP-FPM 不使用來自 `<path>` 的 PHP 設定.htaccess；此類設定應位於 `<path>` 中.user.ini。 PHP 的這種差異本身並不能取代 Apache 處理 ownCloud 重寫和存取規則的必要性。