Ist die Ursache für den Fehler „403 Forbidden“ wirklich eine fehlerhafte Dateiberechtigung? Nicht unbedingt. Auch eine .htaccess-Einstellung oder eine Sicherheitsregel kann den Zugriff verweigern. Die Behebung des 403-Forbidden-Fehlers beginnt daher mit einer systematischen Überprüfung der Fehlerursache und nicht mit Spekulationen. Eine voreilige Änderung der Berechtigungen kann ein Sicherheitsrisiko darstellen oder auch andere Website-Funktionen beeinträchtigen.

Zunächst sollten Sie herausfinden, warum die Seite nicht erreichbar ist und wie Sie das Problem sicher beheben können. In dieser Anleitung gehen wir die häufigsten Ursachen durch und zeigen Ihnen, wie Sie die möglichen Fehlerquellen eingrenzen können. Das Ziel ist es, dass Sie die grundlegenden Korrekturmaßnahmen umsichtig ausprobieren können, ohne unnötige Risiken einzugehen.

Wir zeigen Ihnen, wo Sie die Dateiberechtigungen, die .htaccess-Datei und die auf dem Webhosting-Account verfügbaren Protokolle überprüfen können, beispielsweise über die cPanel-Oberfläche. Außerdem erläutern wir, wie Sie eine durch die Sicherheitsrichtlinien des Webhosting-Anbieters verursachte Sperrung erkennen können und welche Daten Sie sammeln sollten, wenn Sie um Unterstützung bitten.

Was bedeutet der Fehler „403 Forbidden“ und warum tritt er auf?

Die Antwort „403 Forbidden“ bedeutet, dass der Webserver die Anfrage des Browsers empfangen und interpretiert hat, den Zugriff auf den angeforderten Inhalt jedoch verweigert hat. Der Server ist in Betrieb, erlaubt jedoch bei dieser Anfrage nicht die Anzeige der Seite oder anderer Ressourcen. In der Übersicht über den Fehler „403 Forbidden“ wird diese Antwort ebenfalls vom Authentifizierungsfehler 401 unterschieden.

Der 403-Fehlercode allein ist kein Beweis dafür, dass die Website gehackt wurde, und bedeutet auch nicht, dass der Server ausgefallen ist. Er kann durch Zugriffseinstellungen, die Serverkonfiguration oder Sicherheitsregeln ausgelöst werden. Der Umfang der Zugriffsverweigerung ist unterschiedlich: Sie kann eine einzelne Seite, ein Verzeichnis oder sogar die gesamte Website betreffen. Notieren Sie sich daher vor der Behebung des 403-Forbidden-Fehlers genau, bei welchen Adressen und Benutzern das Problem auftritt.

Sollte lediglich ein Unterverzeichnis oder eine Datei nicht erreichbar sein, während die Startseite geladen wird, betrifft die Sperrung wahrscheinlich nicht die gesamte Website. Wenn mehrere zuvor funktionierende Seiten dieselbe Fehlermeldung anzeigen, liegt möglicherweise ein umfassenderes Problem vor. Diese Anzeichen helfen Ihnen bei der Auswahl des nächsten Prüfschritts, identifizieren jedoch für sich genommen noch nicht die Ursache.

Welche Anzeichen deuten auf einen 403-Zugriffsfehler hin?

Im Browser kann die Meldung „403 Forbidden“, „Forbidden“ oder „Zugriff verweigert“ angezeigt werden. Öffnen Sie die URL, bei der der Fehler aufgetreten ist, und versuchen Sie anschließend, eine andere, öffentlich zugängliche Seite derselben Website aufzurufen. Wenn diese Seite geladen wird, beschränkt sich die Sperre möglicherweise auf eine bestimmte Ressource. Tritt das Problem bei mehreren Besuchern auf, ist es wahrscheinlicher, dass die Einstellungen der Website betroffen sind. Tritt es nur bei Ihnen auf, könnten die aktuelle Sitzung oder abweichende Zugriffsbedingungen eine Rolle spielen.

Derselbe Fehler kann je nach Webserver und Fehlerseite der Website mit unterschiedlichen Textmeldungen angezeigt werden. Die häufigsten Varianten sind:

• 403 Forbidden, Forbidden, HTTP 403 Forbidden
• Fehler 403, 403-Fehler, 403-Zugriff verweigert-Fehler
• 403 Forbidden: Zugriff verweigert, „Sie haben keine Berechtigung, auf diese Ressource zuzugreifen“
• 403 Forbidden nginx, Nginx 403 Forbidden

Viele Websites zeigen eine eigene Fehlerseite mit individuellem Text an, weshalb die Meldung davon abweichen kann; auf der Registerkarte „Netzwerk“ (Network) der Entwicklertools des Browsers wird jedoch stets der Statuscode 403 angezeigt.

Worin unterscheiden sich die Fehlercodes 403, 401 und 404?

Die drei Codes weisen auf unterschiedliche Situationen hin:

• 403: Der Server hat die Anfrage erhalten, verweigert jedoch den Zugriff. Beispielsweise wird der Inhalt eines Verzeichnisses nicht angezeigt, da der Zugriff darauf untersagt ist.
• 401: Der Zugriff ist an eine Authentifizierung gebunden. Der Server fordert möglicherweise eine Identifizierung an, bevor er die Anzeige des Inhalts zulässt.
• 404: Die angeforderte Ressource wurde nicht gefunden oder ist unter der angegebenen Adresse nicht verfügbar.

Der Unterschied hilft bei der ersten Orientierung: Der Status 401 kann auf ein Authentifizierungsproblem hinweisen, der Status 404 auf ein Problem mit der Adresse oder den Ressourcen, während der Status 403 eine Zugriffsverweigerung signalisiert. Die genaue Ursache lässt sich durch eine weitere Überprüfung der Einstellungen und Protokolle ermitteln.

Video: HTTP 403 hiba (aWh, auf Ungarisch)

Wie können Sie herausfinden, was den Fehler „403 Forbidden“ verursacht?

Für eine schnelle und sichere Fehlersuche sollten Sie zunächst den Umfang und den Beginn des Problems klären. Ändern Sie nicht sofort die Dateiberechtigungen oder die Konfiguration: Sammeln Sie zunächst Daten und erstellen Sie vor der Änderung eine Sicherungskopie. Auf diese Weise lässt sich leichter feststellen, ob die Sperre vom Browser, vom Netzwerk, von einer Datei oder von einer Regel auf der Hosting-Seite herrührt. Einen detaillierten Überblick über den technischen Hintergrund der 403-Antwort bietet auch die technische Erläuterung zum Fehler „403 Forbidden“.

Erste Überprüfungen im Browser und auf dem Hosting

Führen Sie die folgenden Schritte der Reihe nach durch und notieren Sie sich, ob sich der Fehler ändert:

• Erster Schritt: Überprüfen Sie die Adresse. Vergewissern Sie sich, dass die URL korrekt ist, und versuchen Sie anschließend, sowohl die betreffende Seite als auch eine andere, öffentlich zugängliche Seite zu öffnen.
• Zweiter Schritt: Versuchen Sie es mit einem anderen Browser. Testen Sie es auch im Inkognito-Modus oder auf einem anderen Gerät. So lässt sich feststellen, ob das Problem auf den jeweiligen Browser oder die jeweilige Sitzung beschränkt ist.
• Schritt 3: Wechseln Sie das Netzwerk. Vergleichen Sie das Ergebnis mit einer anderen Internetverbindung. Sollte die Sperre nur von einem bestimmten Netzwerk oder einer bestimmten IP-Adresse ausgehen, notieren Sie sich dies, da möglicherweise auch Zugriffs- oder Sicherheitsregeln betroffen sind.
• Schritt 4: Überprüfen Sie die Dateien und Protokolle des cPanel-Hostings. In cPanel können Sie mithilfe des Dateimanagers den Inhalt des betroffenen Verzeichnisses sowie dessen Konfigurationsdateien einsehen. Protokolleinträge aus dem Zeitraum kurz vor dem Auftreten des Fehlers können dabei helfen, festzustellen, welche Anfrage oder welche Regel die Sperrung verursacht hat.

Erfassung des Fehlerfalls und des Zeitpunkts

Notieren Sie sich die betroffenen URLs, die genaue Fehlermeldung im Browser, den Zeitpunkt des Auftretens des Fehlers sowie, ob dieser auch bei anderen Besuchern auftritt. Vergleichen Sie diesen Zeitpunkt mit den auf der Website vorgenommenen Änderungen: Haben Sie beispielsweise ein Plugin installiert oder aktualisiert, ein Theme oder eine Konfigurationsdatei geändert? Eine zeitliche Übereinstimmung kann zwar einen Anhaltspunkt liefern, beweist jedoch für sich genommen noch nicht die Ursache.

Bevor Sie Änderungen vornehmen, erstellen Sie bitte eine Sicherungskopie der betroffenen Dateien und Einstellungen. Wenn Sie cPanel verwenden, bietet Ihnen die Seite „cPanel-Hosting-Verwaltung“ einen Überblick über die wichtigsten Informationen zur Benutzeroberfläche. Mit den gesicherten Daten können Sie die Behebung des 403-Fehlercodes gezielter angehen, ohne raten zu müssen oder unnötige Änderungen vorzunehmen.

Behebung des Fehlers 403: Überprüfung der Dateiberechtigungen und der .htaccess-Datei

Falsche Dateiberechtigungen, ein falscher Eigentümer oder Zugriffsbeschränkungen können gleichermaßen zu einer 403-Fehlermeldung führen. Der Server muss nicht nur auf die Datei selbst zugreifen können, sondern benötigt auch Zugriff auf die darüber liegenden Verzeichnisse. Erstellen Sie vor der Änderung der Einstellungen eine Sicherungskopie der betroffenen Dateien und Konfigurationen. Nehmen Sie anschließend jeweils nur eine Änderung vor und prüfen Sie, ob der Fehler behoben wurde. Auch die technische Beschreibung des HTTP-Statuscodes 403 Forbidden führt diesen Code auf die Verweigerung des Zugriffs zurück.

Überprüfung von Dateiberechtigungen und Eigentumsverhältnissen

Suchen Sie im Dateimanager Ihres Webhostings das Verzeichnis und die Datei, die zu der betreffenden Seite gehören. Überprüfen Sie, ob diese dem richtigen Benutzer auf dem Webhosting zugeordnet sind und ob der Webserver über die erforderlichen Zugriffsrechte verfügt. Für Verzeichnisse und Dateien können unterschiedliche Berechtigungen erforderlich sein; wenden Sie daher nicht für alle Elemente denselben Wert an. Die richtige Einstellung hängt von der Hosting-Umgebung und den Anforderungen der Anwendung ab.

Als Ausgangspunkt gilt: Auf Linux-basierten Shared-Hosting-Paketen (also auch auf den cPanel-Hosting-Paketen von aWh) werden Verzeichnisse in der Regel mit den Berechtigungen 755 und Dateien mit 644 betrieben; bestimmte sensible Konfigurationsdateien (wie beispielsweise die Datei „wp-config.php“ von WordPress) können auch strengere Berechtigungen aufweisen (640 oder 600). Wenn die Berechtigungen einer Datei oder eines Verzeichnisses restriktiver sind (beispielsweise ein Verzeichnis mit der Berechtigung 600 oder eine Bilddatei mit der Berechtigung 400), kann der Webserver diese nicht lesen und gibt eine 403-Fehlermeldung aus. Ausführliche Informationen zur Bedeutung der Berechtigungen finden Sie im Artikel über die Dateiberechtigungen „chmod“ und „chown“.

Stellen Sie die Berechtigungen nicht pauschal auf 777 ein. Dies kann zu einem zu weitreichenden Zugriff führen, ein Sicherheitsrisiko darstellen und die eigentliche Ursache des Fehlers nicht unbedingt beheben. Wenn Sie sich nicht sicher sind, welcher Wert angemessen ist, nehmen Sie keine Änderungen nach dem Zufallsprinzip vor. Informationen zur Verwaltung Ihrer Website-Dateien und Ihres Hosting finden Sie auch auf der Seite des cPanel-Hostings.

Fehlt die Indexdatei?

Wenn in einem Verzeichnis keine Datei namens „index.php“ oder „index.html“ vorhanden ist und die Verzeichnisauflistung deaktiviert ist (was aus Sicherheitsgründen die richtige Standardeinstellung ist), gibt der Webserver eine 403-Fehlermeldung für die Adresse des Verzeichnisses zurück. Dies tritt häufig nach einem neuen Upload auf, wenn die Dateien in einem Unterverzeichnis abgelegt wurden oder der Name der Startdatei abweicht (beispielsweise „Index.html“ mit Großbuchstaben). Überprüfen Sie in diesem Fall, ob sich die Dateien Ihrer Website im richtigen Stammverzeichnis befinden und ob die Indexdatei dort vorhanden ist. Aktivieren Sie die Verzeichnisauflistung nicht als Lösung, da dadurch alle Dateien des Verzeichnisses sichtbar werden.

Hotlink-Schutz

Wenn ausschließlich Bilder, Videos oder herunterladbare Dateien einen 403-Fehler zurückgeben, und zwar nur dann, wenn von einer anderen Website auf sie verwiesen wird, ist wahrscheinlich ein Hotlink-Schutz aktiv. Dieser verhindert, dass fremde Seiten die Mediendateien direkt von Ihrem Webhosting aus anzeigen und dabei Ihre Bandbreite beanspruchen. Der Server trifft seine Entscheidung anhand des „Referer“-Headers der Anfrage: Ist dieser nicht eine der zugelassenen Domains, wird anstelle der Datei ein 403-Fehler zurückgegeben.

Im cPanel können Sie unter dem Menüpunkt „Hotlink Protection“ sehen, ob diese Funktion aktiviert ist und von welchen Domains aus Verweise zulässig sind. Falls Ihre eigene Website, die auf einer anderen Domain läuft, oder ein CDN keinen Zugriff auf die Dateien hat, fügen Sie die betreffende Adresse dort zu den zugelassenen hinzu. Wenn Sie auf ein Bild einer fremden Website verweisen und ein 403-Fehler auftritt, müssen Sie dies nicht auf Ihrem eigenen Webhosting beheben: Laden Sie die Datei auf Ihren eigenen Webhosting-Server hoch (sofern Sie dazu berechtigt sind).

Sicheres Testen von .htaccess-Regeln

Auch Zugriffsregeln, Weiterleitungen oder von Anwendungen erstellte Einstellungen in der .htaccess-Datei können eine Seite blockieren. Bevor Sie die Datei öffnen oder umbenennen, erstellen Sie bitte eine Kopie davon und sichern Sie den ursprünglichen Namen sowie den Inhalt. Löschen Sie keine Zeilen, deren Zweck oder Herkunft Ihnen nicht bekannt ist.

Sollte eine Regel aufgrund der Protokolle oder kürzlich vorgenommener Änderungen verdächtig erscheinen, ändern Sie bitte nur diese eine Einstellung und überprüfen Sie anschließend die betroffene Seite sowie die übrigen Funktionen der Website. Das vorübergehende Umbenennen der Datei kann Weiterleitungen oder die für den Betrieb der Anwendung erforderliche Routenverwaltung unterbrechen. Setzen Sie nach dem Test die ursprüngliche Datei wieder ein, sofern sich nicht bestätigt, dass diese den Fehler verursacht hat. Deaktivieren Sie die Sicherheitsregeln nicht pauschal. Auf diese Weise bleibt die Behebung des 403-Forbidden-Fehlers gezielt und es besteht eine geringere Wahrscheinlichkeit, dass dadurch weitere Zugriffs- oder Sicherheitsprobleme verursacht werden.

403-Fehler „Forbidden“ in WordPress: Plugins und Sicherheitsregeln

In WordPress können auch Zugriffsregeln eines Plugins, Sicherheitseinstellungen oder IP-basierte Beschränkungen einen 403-Fehler auslösen. Die Ursache kann in der Anwendung selbst liegen, doch die Sperre kann auch durch die Konfiguration des Webservers oder des Hosting-Kontos erzwungen werden. Trennen Sie daher die in WordPress veränderbaren Einstellungen von den serverseitigen Regeln. Wenn Sie bei der Behebung des 403-Forbidden-Fehlers mehrere Sicherheitsmaßnahmen gleichzeitig deaktivieren, wird es schwieriger, die Fehlerquelle zu finden, und die Sicherheit Ihrer Website kann dadurch beeinträchtigt werden.

Überprüfung auf eine durch ein WordPress-Plugin verursachte Sperrung

Überlegen Sie, ob der Fehler nach der Installation, Aktualisierung oder Änderung der Einstellungen eines Plugins aufgetreten ist. Erstellen Sie vor dem Testen eine Sicherungskopie Ihrer Website. Deaktivieren Sie anschließend im WordPress-Adminbereich vorübergehend ein verdächtiges Plugin und überprüfen Sie dann dieselbe Seite. Testen Sie jeweils nur ein Plugin, damit das Ergebnis eindeutiger ist.

Sollten Sie keinen Zugriff auf das Control Panel haben, suchen Sie im cPanel-Dateimanager das Verzeichnis des betreffenden Plugins und benennen Sie es vorübergehend um. Setzen Sie nach dem Test den ursprünglichen Namen wieder ein, sofern das Plugin nicht die Ursache für die Sperrung war. Wenn der Fehler behoben ist, überprüfen Sie die Zugriffsregeln und Einstellungen des Plugins und nehmen Sie anschließend nur die erforderlichen Änderungen vor.

Sicherheitsrichtlinien und Webserver-Protokolle

Eine Firewall oder andere serverseitige Sicherheitsregeln können bestimmte Anfragen, IP-Adressen oder Routen blockieren. In diesem Fall löst das Deaktivieren der WordPress-Plugins das Problem nicht unbedingt, da die Blockierung auf der Ebene des Webhostings oder des Webservers erfolgt. Wenn die Protokolle auf dem Webhosting verfügbar sind, suchen Sie nach Einträgen, die dem Zeitpunkt des Fehlers entsprechen. Der Zeitstempel, die betroffene Route und die gegebenenfalls angegebene Regel können dabei helfen, die Ursache einzugrenzen.

Bei Shared Hosting ist häufig die Web-Anwendungsfirewall (z. B. ModSecurity) die Ursache, die eine Anfrage blockiert, die einem Angriff ähnelt (z. B. das Speichern eines Beitrags, der einen Codeausschnitt enthält), sowie die IP-basierte Sperrung: Über den Menüpunkt „IP-Blocker“ in cPanel können Sie selbst Adressen sperren, und der Server kann automatisch jene IP-Adressen sperren, von denen zahlreiche fehlgeschlagene Anmeldeversuche eingegangen sind. Sollte der Fehler ausschließlich aus einem bestimmten Netzwerk auftreten, überprüfen Sie bitte, ob Ihre eigene IP-Adresse nicht auf der Sperrliste steht. Informationen zur Verwaltung von IP-Sperren finden Sie im Artikel über die IP-Sperre der Firewall.

Deaktivieren Sie die Firewall nicht dauerhaft und heben Sie die Einschränkungen für IP-Adressen oder Anfragen nicht pauschal auf. Ermitteln Sie, welche konkrete Regel die fälschliche Sperrung verursacht hat, und ändern Sie dann nur diese. Falls das Protokoll eine serverseitige Sperrung anzeigt oder Sie die Regel nicht sicher ändern können, sehen Sie sich bitte die Anleitungen in der Wissensdatenbank Ihres Hosting-Anbieters an und wenden Sie sich mit den Angaben aus dem Protokolleintrag an den Support von aWh, um Unterstützung zu erhalten.

Überprüfung der Behebung des 403-Fehlers und wann sollten Sie sich an Ihren Hosting-Anbieter wenden?

Überprüfen Sie nach der Änderung nicht nur, ob die Fehlermeldung verschwunden ist. Prüfen Sie, ob der Zugriff wiederhergestellt wurde und ob auch die übrigen wichtigen Teile der Website ordnungsgemäß funktionieren. Sollte die Sperrung weiterhin bestehen oder nach der Korrektur ein neuer Funktionsfehler auftreten, stellen Sie bitte die Sicherungskopie vor der Änderung wieder her. Nehmen Sie danach keine weiteren Änderungen auf gut Glück vor.

Überprüfung und Wiederherstellung nach der Fehlerbehebung

Öffnen Sie die ursprünglich gesperrte URL erneut und testen Sie anschließend eine weitere öffentliche Seite. Versuchen Sie, sich im WordPress-Adminbereich anzumelden, und überprüfen Sie auch jene Funktionen, die von der Änderung betroffen sein könnten. Sollte der Fehler behoben sein, der Adminbereich oder eine Sicherheitsfunktion jedoch nicht funktionieren, stellen Sie die ursprüngliche Einstellung wieder her. Weitere Anhaltspunkte zum Kennenlernen der cPanel-Oberfläche finden Sie in den Informationen zum cPanel-Hosting.

Wann ist ein Problem mit der Hosting-Konfiguration wahrscheinlich?

Es könnte sich um eine Einstellung auf der Hosting-Seite handeln, wenn die Sperre mehrere voneinander unabhängige Seiten betrifft, auch bei anderen Besuchern auftritt oder sich durch Tests mit WordPress-Plugins nicht ändern lässt. Eine serverseitige Sperre, die in den Logs vermerkt ist, sowie eine Sperre, die an eine IP-Adresse oder eine Sicherheitsregel gebunden ist, können ebenfalls auf diese Ursache hindeuten. Sollten Sie keinen Zugriff auf die erforderlichen Konfigurationen haben oder unklar sein, welche Servereinstellung den Fehler verursacht, wenden Sie sich bitte an den Support von aWh.

Geben Sie in Ihrem Support-Ticket eine kurze, sachliche Zusammenfassung an. Beschreiben Sie Folgendes:

• die genaue Adresse der betroffenen Seite und den Zeitpunkt, zu dem der Fehler aufgetreten ist;
• die Schritte zur Reproduktion des Fehlers, beispielsweise auf welchem Pfad er auftritt;
• ob dies auch bei anderen Browsern, Netzwerken oder Benutzern auftritt;
• Änderungen an Plugins, Themes oder Konfigurationen, die vor dem Auftreten des Fehlers vorgenommen wurden;
• die verfügbaren Log-Einträge sowie die bereits getesteten Änderungen und Wiederherstellungen.

Bitte senden Sie aus dem Log-Auszug nur die Daten, die sich auf den Fehler beziehen, und geben Sie keine Passwörter oder andere vertrauliche Zugangsdaten weiter. In der Wissensdatenbank des Hosting-Anbieters finden Sie weitere Anleitungen zur Fehlerbehebung. Die Behebung des Fehlers „403 Forbidden“ erfolgt schneller und sicherer, wenn Sie zunächst die konkrete Regel identifizieren, die die Sperrung auslöst, anstatt die Einstellungen zu ändern.

Stellen Sie den Zugriff mit sicheren Maßnahmen wieder her

Die Behebung des 403-Forbidden-Fehlers ist am sichersten, wenn Sie zunächst die Ursache der Sperre ermitteln und erst danach Dateiberechtigungen, .htaccess-Regeln oder WordPress-Einstellungen ändern. Erstellen Sie eine Sicherungskopie, testen Sie jeweils nur eine Änderung und überprüfen Sie anschließend die betroffene Seite, den Anmeldevorgang sowie die zugehörigen Funktionen. Sollte der Fehler auf mehreren Seiten bestehen bleiben oder das Protokoll eine Sperre auf Seiten des Hosting-Anbieters anzeigen, wenden Sie sich bitte mit den aufgezeichneten Details an den Support von aWh.

Dazu sind eine geeignete Hosting-Umgebung und eine sichere Verwaltung erforderlich. Auf den cPanel-Hosting-Konten von aWh werden täglich Backups erstellt, aus denen Sie den Zustand vor einer Änderung wiederherstellen können. Die Benutzeroberfläche ist durch eine Zwei-Faktor-Authentifizierung geschützt, und sollten Sie einmal nicht weiterkommen, hilft Ihnen unser Support gerne weiter. Einen Überblick über die Bedeutung der HTTP-Statuscodes bietet unser Artikel in der Wissensdatenbank.

Wenn Sie nach einer geeigneten Hosting-Lösung für Ihre Website suchen, sehen Sie sich die Hosting-Lösungen von aWh an.

Häufig gestellte Fragen zum Fehler „403 Forbidden“

Was bedeutet der Fehler „403 Forbidden“?

Der Fehler „403 Forbidden“ bedeutet, dass der Server die Anfrage zwar erhalten hat, den Zugriff auf die angeforderte Seite oder Datei jedoch nicht zulässt. Dies unterscheidet sich von der Antwort „401“, die eine Authentifizierung verlangt, sowie von der Antwort „404“, bei der die Ressource nicht gefunden werden kann oder nicht verfügbar ist. Der 403-Code allein ist kein Hinweis auf einen Hackerangriff oder einen Serverausfall. Die Sperrung kann eine einzelne Seite oder sogar die gesamte Website betreffen.

Wie lässt sich der 403-Fehler auf einer Website beheben?

Bevor Sie den Fehler „403 Forbidden“ beheben, überprüfen Sie bitte die betroffene URL und versuchen Sie anschließend, diese über einen anderen Browser oder ein anderes Netzwerk aufzurufen. Prüfen Sie, ob der Fehler auf mehreren Seiten auftritt und ob kürzlich Konfigurations- oder Anwendungsänderungen vorgenommen wurden. Erstellen Sie eine Sicherungskopie, bevor Sie Dateiberechtigungen oder .htaccess-Einstellungen ändern. Testen Sie jeweils nur eine Änderung und erweitern Sie die Berechtigungen nicht pauschal, noch deaktivieren Sie die Sicherheitsregeln.

Was kann einen 403-Forbidden-Fehler in WordPress verursachen?

In WordPress kann der Fehler 403 durch Zugriffsregeln für Plugins, Sicherheitseinstellungen oder IP-basierte Beschränkungen verursacht werden. Die Sperrung geht jedoch nicht unbedingt auf WordPress selbst zurück: Auch die Konfiguration des Webservers oder des Hosting-Kontos kann die Anfrage blockieren. Wenn der Fehler nach der Installation oder Änderung eines Plugins aufgetreten ist, erstellen Sie bitte ein Backup und testen Sie die verdächtigen Plugins nacheinander, indem Sie diese vorübergehend deaktivieren.

Bedeutet der Fehler 403, dass die Website gehackt wurde?

Nein, der 403-Fehler bedeutet an sich nicht, dass die Website gehackt wurde. Der Zugriff kann auch durch fehlerhafte Dateiberechtigungen, Konfigurationsregeln, Plugins oder Sicherheitssysteme verweigert werden. Überprüfen Sie dennoch, wann der Fehler aufgetreten ist, welche Seiten davon betroffen sind und ob es entsprechende Einträge in den Logs Ihres Webhosts gibt. Überprüfen Sie auch auf unbekannte Änderungen oder andere ungewöhnliche Vorkommnisse, nehmen Sie jedoch keine willkürlichen Änderungen an den Sicherheitseinstellungen vor.

Kann das Umbenennen der .htaccess-Datei zur Behebung des 403-Fehlers beitragen?

Ja, das Umbenennen der Datei kann dabei helfen, festzustellen, ob eine der Regeln in der .htaccess-Datei die Sperre verursacht, doch wenden Sie diese Methode bitte nur als vorübergehenden Test an. Erstellen Sie zuvor eine Kopie, notieren Sie sich den ursprünglichen Dateinamen und überprüfen Sie anschließend die betroffene Seite. Die Umbenennung der Datei kann sich auch auf Weiterleitungen oder die Routenverwaltung der Anwendung auswirken. Sollte der Fehler weiterhin bestehen, stellen Sie die ursprüngliche Datei wieder her und löschen Sie keine unbekannten Regeln.

Was kann ich tun, wenn der 403-Fehler auch nach der Überprüfung der Dateiberechtigungen weiterhin auftritt?

Sollten die Dateiberechtigungen korrekt erscheinen, überprüfen Sie bitte die .htaccess-Datei, die WordPress-Plugins sowie die Log-Einträge der Firewall oder anderer serverseitiger Regeln. Sollte der Fehler mehrere Seiten oder Besucher betreffen oder das Protokoll auf eine Sperrung auf Serverseite hinweisen, wenden Sie sich bitte an den Support von aWh. Geben Sie dabei die betroffene URL, den Zeitpunkt des Fehlers, die Schritte zur Reproduktion sowie die bisher durchgeführten Tests an. Bitte senden Sie keine Passwörter oder andere vertrauliche Zugangsdaten.

• HTTP-Fehler
• htaccess
• cPanel
• Website-Sicherheit
• Anleitungen