Hallo,

es kommt hier selten vor, dass jemand Verzeichnisschutz nutzt, daher kann ich nicht sagen, wie lange das Problem schon besteht, aber es ist so, dass auf meinen Servern nach Ändern eines Verzeichnisschutzes die Dateien dort root:root und 0640 haben. Damit sind sie für den apache (www-data) nicht lesbar und es kommt zum HTTP 500.

Sollte in die lib/Froxlor/Cron/Http/Apache.php hinter Zeile 1402 vielleicht sowas wie:

chmod($htpasswd_filename, 0644);
- oder -
chgrp($htpasswd_filename, 'www-data');

Gruß

 Hm, gestern erst bei nem kunden eingerichtet, da gabs null probleme mit dem verzeichnisschutz via froxlor...

root@data01:~# ls -la /etc/apache2/froxlor-htpasswd/
total 12
drwxr-x--x 2 root root  108 Jun 10 06:05 .
drwxr-xr-x 9 root root 4096 Feb  6 12:57 ..
-rw-r--r-- 1 root root   70 Jun 10 06:05 1-b47d7fd9600f708966f7ceb5f1f0bf81.htpasswd
-rw-r--r-- 1 root root   65 Jun 10 06:05 2-1f63ad5a0c24c416f9a98710981de4d1.htpasswd

ganz normal so wie es seit jahren problemlos funktioniert (gibt ja für jeden kunden auch std.mäßig den verzeichnisschutz auf die statistiken)

Dann liegts an der Systemweiten UMASK vielleicht? Ich habe 027 (/etc/login.defs) und Du sicher 022.
Bin ich damit der Exot oder sollte der Code hier auf Nummer sicher gehen und dem Ordner (da "fehlt" ja auch das world-read) und den Dateien explizit Rechte mitgeben?

vermutlich sollte froxlor da hier auf "nummer sicher gehen" und das explizit setzen, beachte allerdings https://forum.froxlor.org/index.php?/topic/21240-froxlor-development-update-looking-ahead/

Verstehe. Aus meiner Perspektive wäre das ein bugfix - aber aus Eurer Perspektive weder critical noch important. Ich überlege mir also was update-Resistentes.

naja, da "geplant" kein 2.3.x release mehr kommt kannst du natürlich für deinen fall da auch deinen fix rein-patchen, keine garantie natürlich