Fehler nach Auto-Update auf 17.1?
Posted: Tue 25. Jul 2017, 10:33
Heute Morgen musste ich feststellen, dass Munin mir ununterbrochen Mails darüber schickte, dass die Statistiken nicht mehr in einem Unterordner des www-Verzeichnisses des ersten Benutzers in Keyhelp speichern konnte.
Außerdem waren Webseiten nicht mehr abrufbar, stattdessen die Meldung "Forbidden"
Wie ich festgestellt habe, waren alle Zufriffsrechte in den Kundenordnern (cgi-bin, files, logs, tmp und www) nach dem Update auf CHMOD 750 statt 755 geändert.
Dies betrifft 3 verschiedene Server, auf denen Keyhelp eingesetzt wird.
In der Update-Log finden sich u.a. folgende Einträge:
[25-Jul-2017 02:18:38] DEBUG --> [user] improve security of user docroot
[25-Jul-2017 02:18:38] DEBUG --> [db] change settings table column names and quit
[25-Jul-2017 02:18:38] DEBUG --> unlock panel
[25-Jul-2017 02:18:39] DEBUG --> update process finished, you are now running on version "17.1"
improve security of user docroot <- bedeutet, dass das Ändern der Zugriffsrechte absichtlich war? Zugriffsrechte auf 750 können durchaus funktionieren in Verbindung mit suexec, in meinem Fall jedoch war das Ausliefern der Webseiten nicht mehr möglich. Nach Ändern der Rechte auf 755 für die o.a. Ordner in den Kundenverzeichnissen waren die Webseiten wieder erreichbar.
Außerdem waren Webseiten nicht mehr abrufbar, stattdessen die Meldung "Forbidden"
Wie ich festgestellt habe, waren alle Zufriffsrechte in den Kundenordnern (cgi-bin, files, logs, tmp und www) nach dem Update auf CHMOD 750 statt 755 geändert.
Dies betrifft 3 verschiedene Server, auf denen Keyhelp eingesetzt wird.
In der Update-Log finden sich u.a. folgende Einträge:
[25-Jul-2017 02:18:38] DEBUG --> [user] improve security of user docroot
[25-Jul-2017 02:18:38] DEBUG --> [db] change settings table column names and quit
[25-Jul-2017 02:18:38] DEBUG --> unlock panel
[25-Jul-2017 02:18:39] DEBUG --> update process finished, you are now running on version "17.1"
improve security of user docroot <- bedeutet, dass das Ändern der Zugriffsrechte absichtlich war? Zugriffsrechte auf 750 können durchaus funktionieren in Verbindung mit suexec, in meinem Fall jedoch war das Ausliefern der Webseiten nicht mehr möglich. Nach Ändern der Rechte auf 755 für die o.a. Ordner in den Kundenverzeichnissen waren die Webseiten wieder erreichbar.