Fehler 403 oder 406 beim Speichern oder Hochladen

Sie klicken in WordPress auf Aktualisieren, senden ein Formular ab oder laden eine Datei hoch, und Sie erhalten 403 Forbidden, 406 Not Acceptable oder eine leere Seite. In den meisten Fällen blockiert eine Sicherheitsfunktion die Anfrage, weil sie wie ein Angriff aussieht. Das ist ärgerlich, aber lösbar.

Ursachen, von häufig bis selten

1. Die Web Application Firewall blockiert die Anfrage

Die Web Application Firewall (ModSecurity) prüft jede Anfrage an Ihre Website. Enthält das, was Sie speichern, zum Beispiel ein Stück Code, eine lange Liste von Links oder bestimmte SQL-Begriffe, kann eine Regel der Firewall dies fälschlicherweise als Angriff einstufen. Ein 406 ist dafür fast immer ein Zeichen.

1. Notieren Sie sich die Uhrzeit, zu der es schiefging.
2. Öffnen Sie in DirectAdmin die Web Application Firewall und klicken Sie bei Ihrer Domain auf Prüfprotokoll. Suchen Sie die Anfrage um diese Uhrzeit herum: Dort steht die Nummer der Regel (die Regel-ID). Sie finden sie manchmal auch im Fehlerprotokoll Ihrer Domain unter Website-Übersicht & Protokolle, hinter id (siehe Web Application Firewall und Website-Übersicht und Protokolle: das Fehler-Protokoll und das Zugriffsprotokoll).
3. Öffnen Sie in DirectAdmin die Web Application Firewall und deaktivieren Sie nur diese Regel für diese Domain (siehe Web Application Firewall).

Hinweis: Schalten Sie die Firewall nicht vollständig aus. Deaktivieren Sie nur die Regel, die das Problem verursacht. Eine deaktivierte Regel gilt für den gesamten Hostnamen (die Domain oder Subdomain).

2. Ein Sicherheits-Plug-In in Ihrer Website

Plug-Ins wie Wordfence, iThemes Security oder All In One WP Security verfügen über eine eigene Firewall. Schauen Sie in den Protokollen dieses Plug-Ins nach oder schalten Sie es vorübergehend aus, um zu testen.

3. Falsche Dateirechte

Kann die Website nicht in das Upload-Verzeichnis schreiben, oder darf der Server eine Datei nicht lesen? Dann erhalten Sie ebenfalls einen 403. Verzeichnisse sollten auf 755 stehen und Dateien auf 644 (siehe Rechte für Dateien und Verzeichnisse (chmod)).

4. Hotlink-Schutz

Erscheint der 403 nur bei Bildern, zum Beispiel wenn diese auf einer anderen Website oder über ein CDN angezeigt werden? Dann kann der Hotlink-Schutz sie blockieren. Fügen Sie die Adresse zu den zulässigen Adressen hinzu (siehe Hotlink-Schutz).

5. Ein geschütztes Verzeichnis oder eine Regel in .htaccess

Ein Verzeichnis mit einem Passwort (siehe Passwortgeschützte Verzeichnisse) oder Regeln wie Deny from all in .htaccess führen ebenfalls zu einem 403. Prüfen Sie im Dateimanager, ob sich in diesem Verzeichnis eine .htaccess-Datei befindet (siehe Versteckte Dateien wie .htaccess anzeigen und bearbeiten).

Ein 403 auf Ihrer gesamten Website

Erhalten Sie bereits auf der Startseite einen 403 mit dem Text You don't have permission to access / on this server? Dann befindet sich meist keine index.php oder index.html in public_html, oder Ihre Website liegt im falschen Verzeichnis. Siehe Dateimanager öffnen: die Verzeichnisse in Ihrem Paket und Ein anderer Ordner für Ihre Website (Document Root).

Kein 403, sondern überhaupt keine Verbindung?

Lädt Ihre Website, E-Mail und DirectAdmin plötzlich über Ihre Internetverbindung gar nicht mehr, während es über 4G funktioniert? Dann ist Ihre IP-Adresse wahrscheinlich durch die Firewall des Servers blockiert. Das ist etwas anderes als ein 403. Prüfen Sie dies mit Bin ich blockiert? im Support-Center von Mein WebOké (siehe Probleme beim Einloggen lösen).

Tipp: Kommen Sie nicht weiter? Senden Sie uns in einem Ticket die Uhrzeit, zu der es schiefging, die Adresse der Seite und was Sie zu speichern versuchten. Dann suchen wir die Regel für Sie heraus (siehe Hilfe anfragen: was geben Sie an den Support weiter?).