Seite auswählen

403_Forbidden_acess_server-1.pngIch habe in einem neuen Hosting Paket gerade ein frisches WordPress aufgesetzt. Erst ging alles recht flott, aber dann wollte ich die ‚hübschen‘ Permalinks (sprechende URLs) wie gewohnt einschalten. WordPress generiert nach Möglichkeit die benötigte .htaccess Datei selbst. Ansonsten wird einem angezeigt, was man bitte in die selbst anzulegende .htaccess Datei schreiben soll.

In meinem Fall konnte WordPress die .htaccess selbst generieren. Allerdings mit dem Ergebnis, dass jegliche Zugriffe auf die Website mit einem 403 „Forbidden – You don’t have permission to access / on this server“ Fehler quittiert wurden. Erst nach Löschen der .htaccess und dem Zurückstellen auf die Basis Permalinkstruktur funktionierte wieder alles.

Nach kurzer Recherche erfuhr ich, dass eine der häufigsten Ursache für dieses Problem, das Fehlen des heute eigentlich schon zum Web Hosting Standard gehörendem mod_rewrite Modul des Apache Servers gehört. Und tatsächlich bei diesem Hoster musste man erst die Aktivierung des mod_rewrite Moduls beantragen. Also geschwind den Support angeschrieben und um die Aktivierung gebeten. Dieser antwortete recht zügig, dass mod_rewrite in ca. 10 Minuten aktiv sein werde.

htaccess_dateirechte_600-1.pngNach einer kurzen Pause spuckte der Server immer noch den „Forbidden 403“ Fehler bei der Aktivierung der schicken Permalinks aus. Nach einigem hin- und her mit dem Support und dem wohl heutzutage unvermeidlichen Unfug, der einem in solchen Problemsituationen erzählt wird (die .htaccess funktioniere nur, wenn Sie in dem über der WordPress Installation liegendem Ordner liegt 😕 ).

htaccess_dateirechte_644.pngDes Rätsels Lösung: die .htaccess Datei hatte nach der Erstellung durch WordPress nur 600er Dateirechte erhalten und blockierte so den Zugriff. Nach einer Änderung der Dateirechte auf 644 funktionierte es dann auch mit den schniecken Permalinks.

Als recht hilfreich erwiesen sich zwei Foren in denen ich einige Informationen sammeln konnte. Einmal das Server Support Forum und dann entdeckte ich zu meiner Überraschung, dass es eine sehr umfrangreiche Website gibt, die sich ausschließlich auf das eine Thema fokussiert: modrewrite.de Community Forum.

Update Mai 2016: Index Seiten Problem

Es ist mittlerweile einige Zeit vergangen und nun habe ich vor kurzem noch eine neue Lernerfahrung bzgl. der 403 Forbidden Fehlermeldung machen dürfen. Beim Relaunch unserer Firmenhomepage, nachdem wir von Drupal auf WordPress umgestiegen sind, tauchte nach dem Upload der lokal entwickelten Dateien ebenfalls das alte Problem wieder auf.

Was mich bei der näheren Analyse sehr irritierte war, dass ich einzelnene Dateien wie z.B. Bilder aufrufen konnte. Ich konnte sogar die wp-login.php aufrufen, aber sobald ich keine spezifische Dateiendung in der URL hatte, kam es zur altbekannten 403 Fehlermeldung.

Lösung: Es gibt beim meinem Hoster in den Domaineinstellungen die Option „Index Seite“ mit der festgelegt wird nach welchen Dateien der Server sucht, falls nur ein Ordner und keine Datei angegeben wird. Normalerweise ist die Standardeinstellung eigentlich immer so, dass nach index.html und index.php gesucht wird und falls eine entsprechende Datei gefunden wird, wird diese angezeigt.

403 Forbidden Problem: Fehlende Indexangabe

Aus mir unerfindlichen Gründen war dort diesmal nur „index.html“ eingetragen und da bei WordPress in den Ordnern immer nur index.php Dateien liegen, fand der Server nichts passendes und gab eine 403-Fehlermeldung aus. Nachdem ich dort „index.php“ ergänzt hatte, funktionierte alles problemlos. Aber da muss man auch erst einmal drauf kommen.