Apache2 - 403 Fehler

[freakshow10000]

Moin Moin,

Ich habe einen Vserver bei 1und1 den ich zugegebener masen nicht grade pflege . Habe heute über Yum die Pakete geupdatet (CentOs 5) und dann war plötlich bei Apache ein 500 da, lag an Suexec, musste den Ornder neu "chownen". Jetzt bekomm ich jedoch ständig:

Forbidden
You do not have permission to access this document.

Rechte sind normal und haben bis jetzt immer so funktioniert. Komischer weise ist nur eine der zwei Hp´s betroffen, die mit TekBase bzw IonCube. Die andere ist wie gewohnt erreichbar.

Idee?
Mfg

---Edit---
Falsche Kategorie Sry! Bitte moven.

 

[danton]

Vielleicht hat dein Apache-User keinen Zugriff mehr auf diese Ordner, bei denen du den User ändern mußtest.

 

[dante]

Moin,

ich würde mir die Apache Config einmal angucken. Bei größeren Updates liefert z.B. Debian optional neue Configs aus. (Wie das bei CentOS ist, weiß ich leider nicht).
Normalerweise solltest du gefragt worden sein, ob du die aktuelle Config übernehmen möchtest oder nicht. Selbst wenn du "aus Versehen" zugestimmt hast, sollte deine alte Config als Backupfile noch irgendwo rumschwirren.

Gruß
dante

P.S.: Sollte das der Fall sein, macht es aber durchaus Sinn, sich die neue Config anzusehen, bevor man die Alte wieder sturr einspielt.

 

[Fr33z3m4n]

Was sehr sinnvoll ist, sind Logs auszuwerten.

 

[freakshow10000]

Welche logs genau..?

In Accses_log und Error_log ist dazu nichts zu finden.

Mfg

 

[Fr33z3m4n]

Wenn die Meldung "Forbidden" kommt, wird auch etwas im Error_log geschrieben, vorausgesetzt, es wurde nicht deaktivert, oder für die Domain wird ein seperates Log angelegt.
All das wird in der vhost conf eingestellt.

 

[dotme]

Welche logs genau..?

Zusätzlich solltest Du auch in das Log von suexec schauen und bei aktiviertem SELinux auch in /var/log/audit/audit.log. Das Log von suexec findest Du vermutlich unter "/var/log/httpd/suexec.log" (s. Ausgabe von `suexec -V`)

 

[TerraX]

Poste mal die Rechte der beiden Verzeichnisse und auch der Dateien darunter inkl. owner. Und natürlich den entsprechenden Auszug aus dem error_log, wie weiter oben schon angemerkt wurde, nachliefern.