AWSTATS 403 Forbidden  [GELÖST]

Haben Sie einen Bug entdeckt? Teilen Sie es uns mit.
Post Reply
User avatar
encendedor
Posts: 24
Joined: Sat 9. Mar 2024, 01:41

AWSTATS 403 Forbidden

Post by encendedor »

Hallo,

ich verzweifle an dieser Sache langsam...

Ich bin sicher, dass die Ursache des Problems bei KeyHelp liegt
(kann man das denn wirklich sein :mrgreen: ich würde das selbst nicht so scharf formulieren

Server-Betriebssystem + Version
Debian 12

Eingesetzte Server-Virtualisierung-Technologie
keine

KeyHelp-Version + Build-Nummer
24.0 (Build 3220)

Problembeschreibung / Fehlermeldungen
Beim Aufruf von AWSTATS https://[serverurl]/webstats/[user]/[domain] (über das Dropdown-Feld in Keyhelp ausgewählt) bekomme ich nur 403 Forbidden.

Erwartetes Ergebnis
Statistik wird angezeigt

Tatsächliches Ergebnis
403 Forbidden

Schritte zur Reproduktion
Versuch über keyadmin mit Wechsel in Useroberfläche und direktem Login mit User gleiches Ergebnis.

Zusätzliche Informationen
/etc/apache2/keyhelp/keyhelp.conf

Code: Select all

Alias /webstats           "/home/keyhelp/www/keyhelp.webstats"

Code: Select all

  # Statistics
    <Directory "/home/keyhelp/www/keyhelp.webstats">
        Require all denied
        Options FollowSymLinks
        AllowOverride AuthConfig
    </Directory>
mit

Code: Select all

  # Statistics
    <Directory "/home/keyhelp/www/keyhelp.webstats">
        Require all granted
        Options FollowSymLinks
        AllowOverride AuthConfig
    </Directory>
und auskommentieren von

Code: Select all

Require all denied
in der jeweiligen .htaccess funktioniert es, dann ist AWSTATS aber logischerweise komplett offen.

Rechte und Besitzer in /home/keyhelp/www/keyhelp.webstats geprüft: Verzeichnisse 755, Dateien 644, Besitzer keyhelp.

tail /var/log/apache2/keyhelp/error.log

Code: Select all

[Tue May 07 22:20:23.970952 2024] [authz_core:error] [pid 751799:tid 140489636738752] [remote x.x.x.x:54756] AH01630: client denied by server configuration: /home/keyhelp/www/keyhelp.webstats/[user]/[domain]
Stehe ich wieder einmal auf der Leitung, habe ich was übersehen oder handelt es sich um einen Fehler? Laut meinem Verständnis ist ein 403er das erwartete Ergebnis von Require all denied. Aber warum wird das von Keyhelp so konfiguriert?
Danke euch!
User avatar
Florian
Keyweb AG
Posts: 1682
Joined: Wed 20. Jan 2016, 02:28

Re: AWSTATS 403 Forbidden

Post by Florian »

Hallo,

das "require all denied" wird ja normal von "require valid-user" in der .htaccess des jeweligen Webstats- Verzeichnis überschrieben. Daher funktioniert es mit Login.

Steht die Ziele in Deiner .htaccess drin?
Mit freundlichen Grüßen / Best regards
Florian Cheno

**************************************************************
Keyweb AG - Die Hosting Marke
Neuwerkstr. 45/46, 99084 Erfurt / Germany
http://www.keyweb.de - http://www.keyhelp.de
**************************************************************
User avatar
encendedor
Posts: 24
Joined: Sat 9. Mar 2024, 01:41

Re: AWSTATS 403 Forbidden

Post by encendedor »

Danke für deine Antwort!
In allen .htaccess Dateien in /home/keyhelp/www/keyhelp.webstats steht

Code: Select all

Require all denied
Ich habe die Dateien aber nicht verändert, die sind automatisch so erstellt worden. Wenn ich die manuell korrigiere, werden sie vermutlich wieder überschrieben, richtig? Und neue User werden wieder falsch angelegt.

Edit:
mit

Code: Select all

Require valid-user
bekomme ich einen Error 500
Im /var/log/apache2/keyhelp/error.log steht

Code: Select all

[Wed May 08 12:09:55.909583 2024] [core:error] [pid 826408:tid 140485897221824] [remote x.x.x.x:59978] AH00027: No authentication done but request not allowed without authentication for /webstats/xxx/xxxx.xx. Authentication not configured?
User avatar
Florian
Keyweb AG
Posts: 1682
Joined: Wed 20. Jan 2016, 02:28

Re: AWSTATS 403 Forbidden

Post by Florian »

Hallo,

so sieht die .htaccess aus:

Code: Select all

AuthUserFile /home/keyhelp/www/keyhelp.webstats/<user>/.htpasswd
AuthName "User Login"
AuthType Basic
require valid-user
Mit freundlichen Grüßen / Best regards
Florian Cheno

**************************************************************
Keyweb AG - Die Hosting Marke
Neuwerkstr. 45/46, 99084 Erfurt / Germany
http://www.keyweb.de - http://www.keyhelp.de
**************************************************************
User avatar
encendedor
Posts: 24
Joined: Sat 9. Mar 2024, 01:41

Re: AWSTATS 403 Forbidden

Post by encendedor »

Das klingt logisch. Allerdings gibt's dann noch das nächste Problem: .htpasswd Dateien existieren gar nicht. Das scheint mir tatsächlich ein Bug zu sein. Hat sonst niemand das Problem oder nutzt ohnehin niemand Awstats?

Hab mir gerade eine neue Installation unter Ubuntu 22.04 angesehen, dort verhält es sich gleich. Trotz aktivierter AWStats Option auf der Konfigurationsseite gibt es keine .htpasswd Dateien und .htaccess enthält nur

Code: Select all

Require all denied
Wenn das bleibt und nicht nächtens von Keyhelp überschrieben wird, baue ich das auch selbst um. Trotzdem würde mich interessieren, warum das nicht richtig erstellt wird.
User avatar
Florian
Keyweb AG
Posts: 1682
Joined: Wed 20. Jan 2016, 02:28

Re: AWSTATS 403 Forbidden  [GELÖST]

Post by Florian »

Hallo,

ich habe das auf Debian 12 getestet. Dahe rhabe ich auch die .htaccess kopiert.

Hast du denn das Passwort im Keyhelp auch gesetzt für die Webstatistiken?
Bildschirmfoto vom 2024-05-08 13-59-20.png
Mit freundlichen Grüßen / Best regards
Florian Cheno

**************************************************************
Keyweb AG - Die Hosting Marke
Neuwerkstr. 45/46, 99084 Erfurt / Germany
http://www.keyweb.de - http://www.keyhelp.de
**************************************************************
User avatar
encendedor
Posts: 24
Joined: Sat 9. Mar 2024, 01:41

Re: AWSTATS 403 Forbidden

Post by encendedor »

Ich wusste, ich stehe auf der Leitung!! Danke.
Aber der Text hier
Klicken Sie auf die Schaltfläche, um die Webstatistik zu öffnen.
Sie werden aufgefordert, sich anzumelden, verwenden Sie dazu denselben Benutzernamen, mit dem Sie sich in diesem Control Panel anmelden.
hat mich in die Irre geführt. Ich bin bei "Benutzernamen" automatisch auch vom Passwort ausgegangen.
Post Reply