Verboten (403): Sie haben keine Berechtigung, auf / auf diesem Server zuzugreifen

Erhalten Sie die folgende Meldung auf Ihrer Website? In diesem Artikel erfahren Sie, was meist die Ursache ist und wie Sie das Problem lösen, auch wenn Sie WordPress verwenden.

Forbidden. You don't have permission to access / on this server.

Die häufigste Ursache: keine Startdatei

Meistens befindet sich in dem aufgerufenen Ordner keine Startdatei. Wenn Sie www.ihredomain.de aufrufen, sucht der Server in domains/ihredomain.de/public_html nach einer index.php oder index.html. Fehlt diese Datei oder liegt Ihre Website in einem anderen Ordner, erhalten Sie diese Meldung. Prüfen Sie dies im Dateimanager.

Weitere Ursachen

• Eine Regel in Ihrer .htaccess-Datei blockiert den Zugriff, zum Beispiel Deny from all.
• Die Rechte eines Ordners oder einer Datei sind zu streng gesetzt. Ordner sollten auf 755 und Dateien auf 644 stehen. Setzen Sie niemals etwas auf 777, um einen Fehler zu beheben: Das löst nichts und macht Ihre Website angreifbar.
• Die Web Application Firewall oder Imunify360 hat eine Anfrage blockiert, weil sie wie ein Angriff aussah.

Ein 403-Fehler auf Ihrer WordPress-Website

Erhalten Sie den 403-Fehler in WordPress, zum Beispiel nach einem Update, beim Speichern oder im Adminbereich? Gehen Sie dann die folgenden Schritte durch.

1. Deaktivieren Sie Ihr Sicherheits-Plugin. Plugins wie Wordfence, iThemes Security oder All In One WP Security haben eine eigene Firewall. Wenn Sie nicht mehr in WordPress gelangen, benennen Sie im Dateimanager den Ordner des Plugins in wp-content/plugins um, zum Beispiel wordfence in wordfence-aus. WordPress deaktiviert das Plugin dann. Funktioniert Ihre Website wieder, prüfen Sie in den Einstellungen oder Protokollen des Plugins, was es blockiert hat, und geben Sie dem Ordner anschließend wieder seinen ursprünglichen Namen.
2. Stellen Sie die Standard-.htaccess von WordPress wieder her. Speichern Sie zunächst eine Kopie Ihrer aktuellen .htaccess in public_html. Ersetzen Sie den Inhalt dann durch:

   # BEGIN WordPress
   <IfModule mod_rewrite.c>
   RewriteEngine On
   RewriteBase /
   RewriteRule ^index\.php$ - [L]
   RewriteCond %{REQUEST_FILENAME} !-f
   RewriteCond %{REQUEST_FILENAME} !-d
   RewriteRule . /index.php [L]
   </IfModule>
   # END WordPress

   Funktioniert es danach, lag der Fehler in einer der anderen Regeln. Fügen Sie diese einzeln wieder hinzu, um herauszufinden, welche es ist.
3. Prüfen Sie die Rechte. Ordner auf 755, Dateien auf 644. Auch wp-content/uploads muss für Ihre Website beschreibbar sein. Siehe Rechte von Dateien und Ordnern (chmod).
4. Sehen Sie im Fehlerprotokoll nach. Öffnen Sie in DirectAdmin Site Summary / Statistics / Logs und prüfen Sie das Fehlerprotokoll Ihrer Domain um den Zeitpunkt des Fehlers herum. Steht dort eine Zeile mit ModSecurity: Access denied with code 403 oder IM360 WAF, blockiert die Firewall die Anfrage. Siehe Website-Übersicht und Protokolle.
5. Firewall-Regel deaktivieren. Tritt der 403-Fehler nur beim Speichern oder Hochladen auf, können Sie in der Web Application Firewall gezielt nur die Regel deaktivieren, die das Problem verursacht. Schalten Sie die Firewall niemals vollständig aus. Handelt es sich um eine Meldung von Imunify360, senden Sie uns bitte die Regel und die Adresse der Seite. Siehe Imunify360: Ihre Website auf Malware scannen.

Kommen Sie nicht weiter? Senden Sie uns in einem Ticket den Zeitpunkt, zu dem der Fehler auftrat, die Adresse der Seite und was Sie gerade tun wollten. Dann sehen wir uns das für Sie an.

Siehe auch im DirectAdmin-Handbuch: Versteckte Dateien wie .htaccess anzeigen und bearbeiten.

Ausführliche Erklärung: Fehler 403 oder 406 beim Speichern oder Hochladen im DirectAdmin-Handbuch.

Haben Sie einen VPS? Dann folgen Sie dem kostenlosen Kurs VPS und Linux-Serververwaltung, Lektion 3.1 Benutzer, Gruppen und Dateirechte.