Hallo Martin, hallo Leute, Am Montag, 27. Februar 2006 22:27 schrieb Martin Falley:
Am Montag, 27. Februar 2006 10:37 schrieb Christian Boltz:
Am Freitag, 24. Februar 2006 15:47 schrieb Martin Falley:
Am Freitag, 24. Februar 2006 14:54 schrieb Christian Boltz:
Am Freitag, 24. Februar 2006 13:45 schrieb Martin Falley:
Seit ein paar Tagen will mein Apache mir nicht mehr die Seiten anzeigen. Es kommt nur noch die 403 (Forbidden) Meldung:
"You don't have permission to access / on this server. Additionally, a 403 Forbidden error was encountered while trying to use an ErrorDocument to handle the request."
Guck mal ins Apache error_log - da sollten hoffentlich mehr Details zu finden sein.
Da sind haufenweise Fehler drin
Relevant sind hier Zeilen, die bei einem gescheiterten Zugriffsversuch auftauchen. ("Permission denied" und so, jeweils mit ein paar Zeilen davor und danach.)
80.171.10.10 - - [27/Feb/2006:21:29:58 +0100] "GET / HTTP/1.1" 403 506 80.171.10.10 - - [27/Feb/2006:21:29:59 +0100] "GET /favicon.ico HTTP/1.1" 403 517 80.171.70.159 - - [27/Feb/2006:21:49:10 +0100] "GET / HTTP/1.0" 403 498 213.39.172.22 - - [27/Feb/2006:21:51:01 +0100] "GET / HTTP/1.0" 403 498 213.39.172.22 - - [27/Feb/2006:22:04:30 +0100] "GET / HTTP/1.0" 403 498
Das war das access.log ;-)
Das sind die Zugriffe seit Webserverstart. Merkwürdig dabei finde ich, daß die favicon.ico ausgeliefert wird. Wenn man keinen Zugriff auf den Webserver hat, dürfte das doch eigentlich auch nicht sein. Oder?
Guck nochmal - alle von Dir zitierten Zeilen bekamen den Statuscode 403 forbidden...
Kannst Du auf die Dateien auf Dateisystemebene (also nicht per Apache) zugreifen? Wenn ja: auch als Benutzer wwwrun?
Die Frage ist noch offen - teste das mal: su - # nötig, weil wwwrun kein gültiges Passwort hat su -s /bin/bash wwwrun - # in Deinem Fall nobody statt wwwrun
Da kommt nur: su: /bin/bash: Permission denied
*autsch* - das ist erst recht ein Grund für einen fsck :-/ _Vorher_ auf jeden Fall ein Backup machen. Insbesondere reiserfsck --rebuild-tree hat schon zu lustigen Nebenwirkungen geführt.
Ich würde spontan einen fsck vorschlagen. BTW: Welches Dateisystem?
reiserfs. An fsck glaube ich nicht so recht.
Man weiß nie - besser einmal zuviel als einmal zu wenig checken ;-)
Ich bin drauf und dran, das System mal wieder neu aufzusetzen. Hat zwar den Nachteil, daß man nicht weiß, woran es denn letztendlich liegt,
Stimmt - Du solltest diesen Nachteil nicht unterschätzen. Mach vorher mindestens einen fsck und gehe sicherheitshalber auch die anderen Möglichkeiten für "permission denied" durch: 6.3. Warum bekommt root 'permission denied'-Meldungen? http://suse-linux-faq.koehntopp.de/q/q-filesystems-perm_denied.html
aber wiederum auch den Vorteil, daß das System dann (hoffentlich) wieder läuft.
Oder auch nicht - und Du weißt dann immer noch nicht, wo das Problem liegt/lag...
Bei der Gelegenheit würde ich dann die Bootplatte gleich auf ext3 umstellen. Man sagt ja, daß reiserfs nicht so das Gelbe vom Ei sein soll (oder welches System ist das Empfehlenswerteste für 9.3?).
Mit dieser Frage kannst Du eine Diskussion anstoßen, die die fünfte Jahreszeit locker überlebt ;-) Ich verweise deshalb erstmal auf eine einigermaßen objektive Übersicht: 6.1. Welches Dateisystem soll ich verwenden? http://suse-linux-faq.koehntopp.de/q/q-filesystems-auswahl.html Die Performanceunterschiede dürften im Hausgebrauch eher weniger auffallen, es bleibt also zumindest teilweise eine subjektive Entscheidung. Ich persönlich verwende nur ext3 (traditionelle Gründe) und hatte demzufolge nie Probleme mit reiserfs ;-)
mount sagt:
/dev/hda1 on / type reiserfs (rw,acl,user_xattr) <-- ??? *)
[...]
*) Könnte da der Fehler liegen? Ich habe da aber nie etwas geändert.
Passt schon.
Na, ich dachte wegen acl.
Die Mountoption _ermöglicht_ die Verwendung von ACL - solange Du aber keine festlegst, werden auch keine verwendet. Die Mountoption ist also harmlos. Helau! Christian Boltz -- Zu Risiken und Nebenwirkungen der PIN und TAN-Eingabe im Internet beachten Sie die üblichen Sicherheitsmaßnahmen und fragen sie Ihren gesunden Menschenverstand oder einen Experten. [gefunden auf http://www.heise.de/security/news/meldung/61241]