Webhosting, Nextcloud, nach Reparatur: "403" bei Zugriff auf App-Dateien

    Hallo zusammen,

    ich habe für mich privat eine NC in einem Webhosting-Paket laufen.

    Nach einem fehlgeschlagenen Update habe ich (in anfänglicher Unkenntnis des korrekten Weges über updater.phar und occ) die NC vom Prinzip her wieder zum Laufen gebracht. D.h. Login und damit DB-Zugriff funktionieren.

    Leider gibt es aber ein Zugriffs-Problem: Dateien der Apps (z.B. apps/forms/img/forms.svg) werden mit einem "403" beantwortet:

    Screenshot_20240526_092127.png

    Im Zuge der Reparatur hatte ich das Verzeichnis httpdocs mehrfach verschoben und kopiert. Es hat jetzt aber durchgängig den gleichen Eigentümer und die gleichen Rechte, die eine andere NC von mir hat, die funktioniert (psacln), z.B. bei forms.svg:

    Screenshot_20240526_094131-1.png

    Hat jemand eine Idee, wo hier die Zugriffskontrolle definiert wird, die den Zugriff des Webservers verhindert?

    Falls Details zur Analyse fehlen, stelle ich die gerne bereit :)

    Danke und Viele Grüße

    Zitat von Olivetti

    1. wie sind die rechte/owner vom stammverzeichnis (drwxr-x---/psaserv)?

    2. was steht in den logs (/logs/error_log)?

    1000 Dank Dir für die Rückfrage! :)

    Stammverzeichnis der Site war ok

    drwxr-x--- 6 hosting1******* psaserv 4096 May 26 10:00 nc.***********

    Bei den Logs war ich lost und Dein Hinweis auf die error_log im Verzeichnis /log/<site>/ gab mir die richtigen Hinweise: Offenbar wurden/werden beim Update diverse apps-Verzeichnisse (und auch Unterverzeichnisse) auf 750 gesetzt - aber nicht alle?!

    Wie dem auch sei:

    In der genannten Log-Datei wurden alle Verzeichnisse bemängelt, in denen die NC nicht auf .htaccess zugreifen konnte. Durch raus-grepen und und mit chmod auf 755 setzen funktioniert die nc wieder wie früher :) :) :)

    Großartig, danke!!

    Bei der Gelegenheit habe ich mir auch gleich gelernt, mit der NC etwas kompetenter umzugehen und dass ich großes Glück hatte: "Kein Backup, kein Mitleid!" ;)

    Greets,

    Zitat von ArtCore7

    Macht hier 750 nicht mehr Sinn ? Warum sollten andere Nutzer die Datei lesen und ausführen dürfen ?

    Die Fehlermeldung in error_log war immer, dass der Webserver das entsprechende Verzeichnis nicht lesen konnte, um auf .htaccess zuzugreifen. Ich habe auch bei einer anderen (funktionierenden) NC nach den Berechtigungen nachgesehen. Und da haben die einzelnen App-Verzeichnisse auch alle 755.

    Das Schema in error_log war immer das hier (Beispiel httpdocs/data):

    Zitat

    [Sun May 26 13:01:31.010915 2024] [core:crit] [pid 3012] (13)Permission denied: [client <ipv6>] AH00529:/var/www/vhosts/hosting<nr>.<hash>.netcup.net/nc.<site>.de/httpdocs/data/.htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable and that '/var/www/vhosts/hosting<nr>.<hash>netcup.net/nc.<site>.de/httpdocs/data/' is executable

    Und nachdem ich das bemängelten Verzeichnisse auf 755 gesetzt habe, tauchte die Fehlermeldung nicht mehr auf und die App funktionierte - inkl. Update auf 29.0.1.

    Ohne die NC-Sicherheitsarchitektur zu kennen hoffe ich, dass die einzelnen .htaccess-Dateien die korrekten Restriktionen setzen.

    Allerdings ergibt sich beim "httpdocs/data"-Verzeichnis doch noch eine Merkwürdigkeit:

    Wird "httpdocs/data" wegen der Fehlermeldung auf 755 gesetzt, dann setzt core-Anwendung es immer wieder auf 750 zurück, was wieder zum entsprechenden Fehler in der Log-Datei führt. Ganz sauber scheint das nicht zu sein ..

    Danke & Grüße,