Heute hatte eine meiner Domains auf einmal nicht mehr funktioniert, wofür ich zunächst keine Erklärung finden konnte. Bei jedem Aufruf kam nur eine Fehlerseite zurück, mit der Meldung dass der Zugriff nicht erlaubt ist oder kein Indexdokument vorhanden sein. Da aber beides meines Erachtens nicht zutreffen sollte, machte ich mich also auf die Suche und traf in den error-Logs des Apache2-Webservers auf folgenden Fehler:
-
[Mon May 22 10:52:42 2006] [crit] [client <strong>XXX.XXX.XXX.XXX</strong>] (13)Permission denied: /var/www/<strong>XXX</strong>/html/.htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable
Die fett markierten Elemente dieser Fehlermeldung sind von mir gelöscht worden
Wie sich erkennen lässt, "mault" der Apache wegen einer .htaccess, die seines Erachtens nicht lesbar ist. Nun habe ich also eine solche überhaupt nicht in diesem Verzeichnis, was seltsam war. Ich habe dann eine .htaccess angelegt, die einfach mal testweise auf "chmod 777" gesetzt, der Fehler ist jedoch trotzdem nicht verschwunden.
Nach einer intensiven Befragung von Google bin ich schlussendlich darauf gekommen, dass es ein rechte Problem zu sein scheint. Apache hat nur schlicht und einfach keinen Zugriff auf das GANZE verzeichnis gehabt. Nach einem Vergleich mit dem Verzeichnis einer anderen Domain und der anschließenden neuen Rechtevergabe funktionierte wieder alles so, wie es sollte. Es waren wohl aus Versehen falsche Benutzerrechte gesetzt worden.
Ob der Apache auf ein Verzeichnis zugreifen kann, lässt sich sehr schnell und unkompliziert feststellen:
-
su - www-data -s /bin/bash -c "cd /var/www/XXX/html; ls -la"
Wenn der Befehl ein "Permission denied" ausgibt, dann hat der Webserver definitiv keinen Zugriff auf das Verzeichnis. "www-data" ist hierbei der Nutzer des Webservers, und "/var/www/XXX/html" das verzeichnis.
Vielleicht hilfts ja jemandem bei der Fehlersuche 
Gruß
Uli
Großartig! Das Posting hat mir viel Stress erspart!
Jetzt muss mir nur noch wer verraten, warum sich so ganz plötzlich die Rechte verändert haben.. Ich hab da schwer den vsftpd im Verdacht, benutzt Du den auch?
Ja ich nutze auch vsFTPd, aber ich habe mir ehrlich gesagt noch keine Gedanken darüber gemacht,wie das zu Stande kam…
auch mir hast Du viel Zeit gespart.
Danke.
Danke ebenfalls bestens für die gesparte Zeit. Die Seite sollte bei google viel weiter vorne sein, wenn man “unable to check htaccess file, ensure it is readable” eingibt! (22 Eintröge zu dem Thema waren schlicht unbrauchbar)
Ich versuch mein bestes
Aber leider bringt google nicht immer die sinnvollen Einträge nach oben…
Super, hast mit gerade ebenfalls auf die schnelle geholfen.
Falls es mal jemand braucht bei Confixx.
Das HTML Dir für z.B. web10 muss dem User web10 und der Gruppe des Webserver gehören.
Bei Debian z.B. also www-data . ( chown web10:www-data /var/www/web10/html )
Danke nochmal.
Mir hats nur ansatzweise geholfen.
Bei mir ist bereits das gesamte Verzeichnis auf chmod 777 -R und der mault immer noch rum…
Aber trozdem super Post!
MAN MAN MAN …. da sucht man sich dumm und deppert und dann liegt das an so einer Kleinigkeit
Danke Uli!!!!!!
Ciao Ephraim
Bei mir war auch das Problem:
“unable to check htaccess file, ensure it is readable”
Bei einem V Server unter Suse 10 mit Plesk
Da muss der Webuser für das httpdocs psaserv heissen und nicht, wie automatisch angelegt wurde, psacln
Das ist ungewöhnlich und wahrscheinlich ein Bug, aber vielleicht hilft es ja jemandem.
auch mir hat dein eintrag geholfen. vielen dank
Vielen Dank!!!
Danke! Hat mir auch sehr geholfen!
Auch mir hat der Hinweis sehr geholfen. Die Fehlermeldung erstmal nichtssagend, aber dank Google gleich der erste Treffer! THX a lot
Danke … hab genau das gleiche Problem gehabt (Plesk)
Ich hätte noch einige Stunden gesucht …
Super, musste das Execute-Recht für Others setzen, damit es wieder klappte. (Debian Confixx)
Danke! es ist verplüffend, dass man mit der htaccess Meldung so in die irre geleitet wird. aber eigendlich ist die Fehlermeldung ja eh eindeutig und man sollte eigentlich sofort die Ordner und Dateirechte überprüfen! Wäre halt schon gut zu wissen was oder wer die rechte geändert hat! !aufs web chmod o+rx! (Debian Sarge ohne confix oder plesk)
Danke..
hat mir sucherei erspart.. war schon in der Config vom Apache und dem vhost am suchen und verzweifeln..
MFG
andre
Vielen Dank!!
kann ich leider nicht ausführen, weil ich das Passwort nicht kenne. Was kann ich da machen?
Du kannst die gewünschte Shell in der /etc/passwd eintragen, nachsehen und wieder zurückschalten.