[CLOSED] Apache2 2.4.10 - authz_core:error

[Wambui]

Hallo,

irgendwie spielt mein Webserver (Apache 2.4.10) verrückt.
Meine Dokumentroot liegt unter "/srv/www/typo3cms/", dennoch wenn man die Websites aufruft folgt im Browser die Meldung "You don't have permission to access / on this server."
In der Log-Datei sehe ich dann

Code: Alles auswählen

[Mon Sep 21 18:43:38.220844 2015] [authz_core:error] [pid 1757] [client 93.231.153.174:44780] AH01630: client denied by server configuration: /var/www/html/not-found.html
[Mon Sep 21 18:43:41.679248 2015] [authz_core:error] [pid 1757] [client 93.231.153.174:44780] AH01630: client denied by server configuration: /var/www/html/
[Mon Sep 21 18:43:52.051882 2015] [authz_core:error] [pid 1759] [client 93.231.153.174:44784] AH01630: client denied by server configuration: /var/www/html/not-found.html
[Mon Sep 21 18:44:05.614173 2015] [authz_core:error] [pid 1757] [client 93.231.153.174:44787] AH01630: client denied by server configuration: /var/www/html/not-found.html
[Mon Sep 21 18:44:21.302651 2015] [authz_core:error] [pid 1761] [client 157.55.39.25:39850] AH01630: client denied by server configuration: /var/www/html/robots.txt
[Mon Sep 21 18:47:01.852239 2015] [authz_core:error] [pid 1755] [client 93.231.153.174:44809] AH01630: client denied by server configuration: /var/www/html/
[Mon Sep 21 18:47:07.495006 2015] [authz_core:error] [pid 1759] [client 93.231.153.174:44813] AH01630: client denied by server configuration: /var/www/html/

Unter "/var/www/" ist aber nichts abgelegt und in den Apache-Configs taucht auch nirgendwo mehr "/var/www/html" auf.

Die Meldung "authz_core:error" lässt mich vermuten, dass das Module authz_core nicht geladen ist.

Code: Alles auswählen

# a2enmod authz_core
Module authz_core already enabled

sagt allerdings das Gegenteil.
Und

Code: Alles auswählen

apache2 -t -D DUMP_MODULES
[Mon Sep 21 19:06:21.332120 2015] [core:warn] [pid 2879] AH00111: Config variable ${APACHE_LOCK_DIR} is not defined
[Mon Sep 21 19:06:21.332194 2015] [core:warn] [pid 2879] AH00111: Config variable ${APACHE_PID_FILE} is not defined
[Mon Sep 21 19:06:21.332215 2015] [core:warn] [pid 2879] AH00111: Config variable ${APACHE_RUN_USER} is not defined
[Mon Sep 21 19:06:21.332234 2015] [core:warn] [pid 2879] AH00111: Config variable ${APACHE_RUN_GROUP} is not defined
[Mon Sep 21 19:06:21.332260 2015] [core:warn] [pid 2879] AH00111: Config variable ${APACHE_LOG_DIR} is not defined
[Mon Sep 21 19:06:21.351824 2015] [core:warn] [pid 2879] AH00111: Config variable ${APACHE_RUN_DIR} is not defined
[Mon Sep 21 19:06:21.352225 2015] [core:warn] [pid 2879] AH00111: Config variable ${APACHE_LOG_DIR} is not defined
[Mon Sep 21 19:06:21.352484 2015] [core:warn] [pid 2879] AH00111: Config variable ${APACHE_LOG_DIR} is not defined
[Mon Sep 21 19:06:21.352558 2015] [core:warn] [pid 2879] AH00111: Config variable ${APACHE_LOG_DIR} is not defined
[Mon Sep 21 19:06:21.352803 2015] [core:warn] [pid 2879] AH00111: Config variable ${APACHE_LOG_DIR} is not defined
[Mon Sep 21 19:06:21.352863 2015] [core:warn] [pid 2879] AH00111: Config variable ${APACHE_LOG_DIR} is not defined
AH00526: Syntax error on line 74 of /etc/apache2/apache2.conf:
Invalid Mutex directory in argument file:${APACHE_LOCK_DIR}

hilft auch nicht weiter.

Ich stehe jetzt auf dem Schlauch, da der Apache-Server sich erst seit 20.9. so verhält. Ich hatte allerdings zeitnah in den letzten Tagen keine Veränderungen vorgenommen.

Grüße
Wambui

[rendegast]

Wie sieht es denn mit sites-available/* <-> sites/enabled/* aus?

000-default.conf
default-ssl.conf
haben das problematische DocumentRoot.

Zudem steht es im binary:

Code: Alles auswählen

$ strings usr/sbin/apache2 | grep /html
text/html
/var/www/html
text/html; charset=iso-8859-1
</body></html>

[Wambui]

Guten Morgen,

Wie sieht es denn mit sites-available/* <-> sites/enabled/* aus?

lrwxrwxrwx 1 root root 45 Jun 16 16:56 http://www.example.com.conf -> ../sites-available/www.example.com.conf

Hier nur das drin, was ich benötige.

000-default.conf
default-ssl.conf
haben das problematische DocumentRoot.

000-default.conf ist wie gesagt nicht enabeled, ausserdem habe ich hier "DocumentRoot /srv/www/typo3cms" gesetzt. Da das disabled ist, gehe ich davon aus, dass das nicht wirkt. Zumal die "DocumentRoot /srv/www/typo3cms/example" in der "www.example.com.conf" gesetzt ist.

Zudem steht es im binary:

Code: Alles auswählen

$ strings usr/sbin/apache2 | grep /html
text/html
/var/www/html
text/html; charset=iso-8859-1
</body></html>

Das habe ich mir gedacht.
Es geht mir hier nicht um eine Neuinstallation und der Server hätte noch nie erfolgreich ausgeliefert. Nein, ich habe hier ein Phänomen, das ich mir nicht erklären kann. Das hier

Ich hatte allerdings zeitnah in den letzten Tagen keine Veränderungen vorgenommen.

sollte ich auf

Ich hatte allerdings zeitnah in den letzten Tagen keine Veränderungen an der Apache-Konfiguration vorgenommen.

ändern, denn ich hatte am Wochenende für Snort folgende Pakete installiert
- libdaq2_2.0.4-3_amd64.deb
- snort-common_2.9.7.0-5_all.deb
- snort-common-libraries_2.9.7.0-5_amd64.deb
- snort-rules-default_2.9.7.0-5_all.deb
- snort_2.9.7.0-5_amd64.deb
- libpcap0.8
- libdumbnet1
Und zwei Tage später stelle ich fest, dass die Standard-Documentroot anstelle der Konfigurierten genommen wird.

Grüße
Wambui

[Wambui]

Neuinstallation, da kein anderer Lösungsansatz da war. Phänomen bislang nicht erklärbar.