Beheben Sie die ownCloud Apache AllowOverride All-Warnung sicher

Wenn ownCloud meldet, dass eine Apache- AllowOverride AllEinstellung fehlt, fügen Sie diese dem Apache- <Directory>Block hinzu, der Ihrem ownCloud-Installationspfad entspricht, testen Sie die Konfiguration und laden Sie Apache neu. Bei einer typischen Debian- oder Ubuntu-Installation gehört die Einstellung in den aktiven ownCloud-Virtual-Host oder in den entsprechenden Verzeichnisblock der Apache-Konfiguration. Aktivieren Sie keine Überschreibungen für den gesamten Server, nur um eine Warnung zu beheben.

In ownCloud Server (Classic) muss Apache die Installationsregeln lesen dürfen .htaccess. Diese Regeln unterstützen das URL-Rewriting und schützen sensible Pfade. Eine fehlende oder ineffektive Regel kann daher sowohl saubere URLs als auch die Sicherheitsprüfung des Datenverzeichnisses beeinträchtigen. Diese Anleitung gilt für ownCloud Server mit Apache HTTP Server; sie gilt nicht für Nginx, ownCloud Infinite Scale oder Hosting-Setups, bei denen die Apache-Konfiguration vom Provider verwaltet wird.

Kurzübersicht

ZielÜberprüfen oder Einstellen
Die verzeichnisspezifischen Regeln von ownCloud zulassenAllowOverride Allim passenden <Directory>Block
Bestätigen Sie, dass Apache die Änderung verarbeiten kann.sudo apachectl -tsollte meldenSyntax OK
Aktivieren Sie die Konfigurationsudo systemctl reload apache2auf Debian oder Ubuntu
Überprüfen Sie saubere URLsStellen Sie sicher, mod_rewritedass diese Option aktiviert ist, falls Ihre Konfiguration dies erfordert.
Bestätigen Sie, dass die Warnung nicht mehr angezeigt wird.Laden Sie die ownCloud-Administrationsübersicht neu, nachdem Sie die betroffene URL getestet haben.

Was die Warnung bedeutet

Die Apache- AllowOverrideDirektive legt fest, ob Anweisungen in .htaccessDateien Anfragen beeinflussen dürfen. Apache berücksichtigt Anweisungen nur AllowOverrideinnerhalb eines <Directory>Abschnitts; die Zeile im obersten Verzeichnis eines virtuellen Hosts oder in einem anderen Block wird für die ownCloud-Dateien nicht aktiviert. Eine allgemeinere <Directory>oder spezifischere Regel oder ein anderer aktivierter virtueller Host können ebenfalls dazu führen, dass die bearbeitete Einstellung nicht für die Bearbeitung der Anfrage zuständig ist.

Die aktuelle Installationsanleitung für ownCloud Server 10.16 zeigt AllowOverride Allim Verzeichnisblock für das ownCloud-Dokumentenstammverzeichnis an, dass die Option „All“ die Überschreibung von Klassen erlaubt, die von Apache-Modulen in diesem Bereich unterstützt werden. Beschränken Sie diese Berechtigung auf das ownCloud-Verzeichnis, anstatt die globale Dateisystemrichtlinie von Apache zu ändern. Das Apache-Handbuch beschreibt auch, AllowOverrideListwie Administratoren nur bestimmte Direktiven zulassen können. Eine eingeschränkte Liste erfordert jedoch sorgfältige Kompatibilitätstests mit der ownCloud-Version und den mitgelieferten .htaccessRegeln.

Apache Virtual Host-Beispiel mit AllowOverride All innerhalb des ownCloud-Verzeichnisblocks
Ein Beispiel für einen virtuellen Host, der AllowOverride Allinnerhalb des Verzeichnisblocks für . platziert wird /var/www/owncloud.

Vor der Änderung von Apache

  • Vergewissern Sie sich, dass es sich um ownCloud Server (Classic) handelt, und ermitteln Sie den genauen Dateisystempfad des Web-Root-Verzeichnisses. Eine URL wie beispielsweise /cloudkann über Apache Aliasauf ein anderes Verzeichnis auf der Festplatte verweisen.
  • Suchen Sie den aktiven virtuellen Host und die zugehörige Konfigurationsdatei. Unter Debian oder Ubuntu befinden sich diese üblicherweise unter `/var/www/apache/` /etc/apache2/sites-available/und /etc/apache2/apache2.conf`/var/www/apache/`. Auf Systemen der RHEL-Familie liegt die Apache-Konfiguration üblicherweise unterhalb von `/var/www/apache/` /etc/httpd/. Hosting-Panels und Container können andere Pfade verwenden.
  • Sichern Sie die Datei vor der Bearbeitung und behalten Sie alle vorhandenen TLS-, Proxy-, Zugriffskontroll- und ownCloud-Direktiven bei.
  • Prüfen Sie, ob eine andere AllowOverride NoneRegel oder eine Verzeichnisregel für denselben Pfad gilt. Bearbeiten Sie keine Standard-Site-Datei, die für den ownCloud-Hostnamen nicht aktiviert ist.

Reparieren eines selbstverwalteten Apache-Servers

1. Bearbeiten Sie die aktive Konfiguration

Unter Debian oder Ubuntu öffnen Sie den virtuellen Host, der den ownCloud-Hostnamen bedient, zum Beispiel:

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

Suchen oder fügen Sie in dieser Datei einen <Directory>Abschnitt für das eigentliche ownCloud-Installationsverzeichnis hinzu. Dieses Minimalbeispiel zeigt die entsprechende Position; behalten Sie alle zusätzlichen Anweisungen bei, die Ihr Server bereits benötigt:

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

Ersetzen Sie dies /var/www/owncloud/durch Ihren tatsächlichen Pfad. Wenn Apache eine URL mit `/` verknüpft Alias, konfigurieren Sie das Dateisystemverzeichnis, das die ownCloud-Dateien enthält, und nicht nur den URL-Pfad. Die Installationsanleitung für Apache von ownCloud enthält weitere Konfigurationshinweise; verwenden Sie das Beispiel, das zu Ihrer ownCloud-Version und PHP-Konfiguration passt.

2. Module und Syntax prüfen

Für saubere URLs ohne index.php, ownCloud-Dokumente mod_rewriteund mod_envals Voraussetzungen. Unter Debian oder Ubuntu aktivieren Sie das Rewrite-Modul, falls es noch nicht aktiv ist:

sudo a2enmod rewrite
sudo apachectl -t

Der Konfigurationstest sollte mit einem Ergebnis abgeschlossen werden Syntax OK. Falls ein Fehler gemeldet wird, muss dieser vor dem Neuladen behoben werden. Eine erfolgreiche Syntaxprüfung beweist, dass Apache seine Konfiguration analysieren kann; sie beweist jedoch nicht, dass der korrekte virtuelle Host aktiv ist oder dass der laufende Prozess die bearbeitete Datei geladen hat.

Apache-Konfigurationstest gibt Syntax OK im Terminal zurück
Der Apache-Konfigurationstest sollte Syntax OKvor dem Neuladen des Dienstes abgeschlossen sein.

3. Apache neu laden und ownCloud testen

Unter Debian oder Ubuntu muss Apache nach erfolgreicher Syntaxprüfung neu geladen werden:

sudo systemctl reload apache2

Bei Systemen der RHEL-Familie heißt der Dienst üblicherweise `<service-name>` httpd. Verwenden Sie daher den entsprechenden Dienstnamen und den Befehl `configuration-test` Ihrer Distribution. Kopieren Sie keine Debian-spezifischen Befehle auf ein anderes System, ohne dessen Dienststruktur zu überprüfen.

Öffnen Sie den ownCloud-Hostnamen in einem Browser und testen Sie eine Seite, die zuvor neu geschrieben werden musste. Falls der Server ein Pfadpräfix wie z. B. verwendet /cloud, testen Sie auch die URL mit diesem Präfix. Eine Weiterleitungsschleife, eine 403-Fehlermeldung oder ein Apache-500-Fehler deuten darauf hin, dass die Konfiguration noch überprüft werden muss. Überprüfen Sie in diesem Fall das Apache-Fehlerprotokoll und das ownCloud-Protokoll, anstatt wiederholt nicht zusammenhängende Direktiven zu ändern.

Terminalanzeige: Rewrite-Modul aktiviert und Apache-Dienst neu geladen
Aktivieren Sie mod_rewriteden Dienst nur bei Bedarf und laden Sie ihn nach einer erfolgreichen Syntaxprüfung neu.

Wenn die Warnung weiterhin angezeigt wird

SymptomNächste Prüfung
Die Warnung bleibt auch nach dem Neuladen bestehen.Prüfen Sie, ob der bearbeitete virtuelle Host aktiviert ist und den Hostnamen bedient; überprüfen Sie apachectl -S, ob eine niedrigere oder spezifischere Verzeichnisregel vorliegt.
Saubere URLs beinhalten weiterhinindex.phpPrüfen Sie, ob dies mod_rewriteaktiviert ist, ob das ownCloud-Verzeichnis die gewünschte Überschreibungsberechtigung besitzt und ob die Rewrite-Basis von ownCloud mit dem URL-Pfad übereinstimmt.
Auf der Admin-Seite steht, dass das Datenverzeichnis möglicherweise öffentlich zugänglich ist.Prüfen Sie nach Möglichkeit, ob sich das Datenverzeichnis außerhalb des Web-Root-Verzeichnisses befindet. Andernfalls stellen Sie sicher, dass das mitgelieferte Datenverzeichnis .htaccessexistiert, lesbar ist und von Apache erkannt wird. Das Ignorieren der Warnung ersetzt nicht den Schutz des Verzeichnisses.
Apache gibt einen 500-Fehler zurück oder meldet „Hier nicht erlaubt“.Lesen Sie das Apache-Fehlerprotokoll. Eine Direktive .htaccessist möglicherweise durch die aktiven Überschreibungsklassen nicht zulässig, oder ein erforderliches Modul ist nicht verfügbar.
Ausführung in einem Container oder auf einem verwalteten HostÜberprüfen Sie die dokumentierte Apache-Konfiguration des Images oder das Kontrollpanel des Anbieters. Eine Apache-Konfigurationsdatei auf Hostebene ist möglicherweise nicht der Server, der die Anfragen verarbeitet.

Wenn ownCloud meldet, dass die .htaccessDatei nicht aktualisiert werden kann, überprüfen Sie die Besitzrechte und Schreibberechtigungen anhand der Upgrade- und Sicherheitsrichtlinien von ownCloud, bevor Sie Änderungen vornehmen. Vermeiden Sie es, die gesamte Installation als Verknüpfung für den Webserver beschreibbar zu machen. Die ownCloud-Dokumentation weist darauf hin, dass die Konfigurationsdetails je nach Installation variieren und dass PHP-FPM die PHP-Einstellungen nicht aus der Datei `/etc/ownCloud/config.php` verwendet .htaccess; die entsprechenden Einstellungen gehören in die Datei `/etc/ .user.iniownCloud/config.php`. Diese PHP-Unterscheidung ersetzt jedoch nicht die Notwendigkeit für Apache, die ownCloud-Rewrite- und Zugriffsregeln zu verarbeiten.

Prüfliste

  1. Der <Directory>Pfad stimmt exakt mit den ownCloud-Dateien auf der Festplatte überein.
  2. Der übereinstimmende Block enthält AllowOverride All, und es gibt keine aktive, widersprüchliche Regel, die Vorrang hat.
  3. sudo apachectl -tRückgabewerte Syntax OK.
  4. Apache wurde mit dem korrekten Dienstnamen neu geladen.
  5. Die ownCloud-Anmeldeseite und eine zuvor betroffene URL werden wie erwartet über HTTPS geladen.
  6. Die Administrationsübersicht zeigt nach dem Aktualisieren nicht mehr dieselbe Warnung an, und das Datenverzeichnis bleibt über das öffentliche Web weiterhin nicht zugänglich.
Beispiel einer ownCloud-Anmeldeseite unter einem konfigurierten Hostnamen mit einer Terminalprüfung der vertrauenswürdigen Domänen
Ein Beispiel für die ownCloud-Anmeldeseite unter dem konfigurierten Hostnamen; überprüfen Sie den aktuellen Warnstatus in Ihrer eigenen Administrationsübersicht.

Offizielle Referenzen

Einen Kommentar hinterlassen

Die 10 besten Ping-Sweep-Tools zum Auffinden von Geräten in Ihrem Netzwerk

Die 10 besten Ping-Sweep-Tools zum Auffinden von Geräten in Ihrem Netzwerk

Vergleichen Sie 10 Ping-Sweep-Tools für die schnelle LAN-Erkennung, plattformübergreifende Scans und IP-Adressverwaltung. Erfahren Sie, was ein Sweep liefern kann – und was nicht.

Die 6 besten Netzwerkmanagement-Tools zur Leistungsüberwachung

Die 6 besten Netzwerkmanagement-Tools zur Leistungsüberwachung

Vergleichen Sie sechs Netzwerkmanagement-Tools für die Leistungsüberwachung, einschließlich SNMP-Abdeckung, Mapping, Warnmeldungen, Bereitstellungsmodelle und Kosten-Nutzen-Verhältnisse.

Die besten WLAN-Analysatoren für Windows, iOS und Android

Die besten WLAN-Analysatoren für Windows, iOS und Android

Vergleichen Sie die besten Wi-Fi-Analyseprogramme für Windows, iPhone und Android, einschließlich Tools für Kanalüberlastung, Signalabdeckung, Heatmaps und Netzwerk-Fehlerbehebung.

QoS in Netzwerken: Was Quality of Service bewirkt und wie es funktioniert

QoS in Netzwerken: Was Quality of Service bewirkt und wie es funktioniert

Erfahren Sie, was QoS in der Netzwerktechnik bedeutet, wie DSCP-Markierungen und Datenverkehrswarteschlangen Sprach-, Video- und Geschäftsanwendungen priorisieren und was QoS nicht beheben kann.

Beste SFTP-Server-Software für sichere Dateiübertragungen

Beste SFTP-Server-Software für sichere Dateiübertragungen

Vergleichen Sie zuverlässige SFTP-Server-Software für Windows und Linux, darunter OpenSSH, Bitvise, SolarWinds und SFTPGo. Finden Sie die passende Lösung für Ihre Sicherheits- und Dateitransferanforderungen.

Die 10 besten Tools zum Scannen und Analysieren drahtloser Geräte für Windows, iOS und Android

Die 10 besten Tools zum Scannen und Analysieren drahtloser Geräte für Windows, iOS und Android

Vergleichen Sie 10 Tools zum Scannen und Analysieren drahtloser Netzwerke für Windows, iOS und Android mit klaren Hinweisen zu Wi-Fi-Kanälen, Abdeckungskarten, LAN-Prüfungen und Plattformbeschränkungen.

Bewährte Methoden für die Netzwerküberwachung: Was sollte überwacht werden und welche Tools eignen sich?

Bewährte Methoden für die Netzwerküberwachung: Was sollte überwacht werden und welche Tools eignen sich?

Erstellen Sie eine praktische Netzwerküberwachung mit klarer Geräteabdeckung, nützlichen Leistungskennzahlen, umsetzbaren Warnmeldungen und einem Vergleich von SolarWinds NPM, PRTG und OpManager.

Die 7 besten IP-Adressverwaltungstools für Netzwerkteams

Die 7 besten IP-Adressverwaltungstools für Netzwerkteams

Vergleichen Sie sieben IP-Adressverwaltungstools für Subnetzerkennung, DNS- und DHCP-Koordination, Netzwerkinventarisierung und Open-Source-IPAM.

Die 10 besten Netzwerk-Scanner-Tools zur Erkennung von Geräten und IPs

Die 10 besten Netzwerk-Scanner-Tools zur Erkennung von Geräten und IPs

Vergleichen Sie Netzwerk-Scanner-Tools für die schnelle Geräteerkennung, plattformübergreifende IP-Scans und Enterprise IPAM mit Hinweisen zur Auswahl der passenden Option für Ihr Netzwerk.

Wie man Nmap für Traceroute verwendet und den Netzwerkpfad liest

Wie man Nmap für Traceroute verwendet und den Netzwerkpfad liest

Verwenden Sie die Option --traceroute von Nmap, um Hops einem autorisierten Host zuzuordnen, die Hop- und RTT-Ausgabe zu verstehen und fehlende Antworten zu beheben, ohne übermäßig zu scannen.