Berechtigungsfehler bei FastCGI

Hallo,

zum Einsatz kommt 1.9.1-r3767 auf Debian 8 mit Apache und PHP5.6 im FastCGI Mode. Als FTP Server wird Proftpd verwendet.

Szenario:
- Vertrag angelegt (web1) mit aktiviertem PHP
- Domain/FTP User entsprechend zugewiesen
- Eine Subdomain (extern, blog.domain.de) hinzugefügt und als root für den Webspace den Unterordner /blog/ eingetragen
- Per FTP das Backup einer bestehenden Wordpress Installation in /blog/ hochgeladen

Ergebnis:
- Fast nichts funktioniert, beim Laden von sämtlichen Ressourcen sowie dem Admin Panel schlagen mir nur 403 entgegen.

error.log:

[Tue Nov 10 23:56:50.312523 2015] [core:crit] [pid 27089] (13)Permission denied: [client x.x.x.x:3806] AH00529: /var/www/web1/htdocs/blog/wp-includes/.htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable and that '/var/www/web1/htdocs/blog/wp-includes/' is executable, referer: http://blog.domain.de/index.php
[Tue Nov 10 23:56:50.316634 2015] [core:crit] [pid 27088] (13)Permission denied: [client x.x.x.x:3811] AH00529: /var/www/web1/htdocs/blog/wp-includes/.htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable and that '/var/www/web1/htdocs/blog/wp-includes/' is executable, referer: http://blog.domain.de/index.php
[Tue Nov 10 23:56:50.321105 2015] [core:crit] [pid 27087] (13)Permission denied: [client x.x.x.x:3810] AH00529: /var/www/web1/htdocs/blog/wp-content/.htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable and that '/var/www/web1/htdocs/blog/wp-content/' is executable, referer: http://blog.domain.de/index.php

./htdocs/ hat web1:www-data
sämtliche Unterordner (sowie /blog/ als auch die Unterordner von WP darunter) haben aber web1:web1

Da stimmt wohl etwas nicht bei der Gruppenzuweisung beim Upload durch den ProFTPd oder es fehlt Gruppenmitgliedschaft für www-data in web1.

Nach einem manuellen chgrp -R www-data ./htdocs/ funktioniert es - aber das kann ja nicht die Lösung sein - auch ein Kunde kann ja mal Unterordner hochladen.

Das mag ja schon sein. Aber die Ordner werden durch den FTP Server angelegt. Dieser muss also die entsprechende Maske setzen beim anlegen neuer Ordner, nicht der User über den FTP Client nach dem Upload..

Hallo,

danke für die Rückmeldung. Der Fehler lag tatsächlich an anderer Stelle - ich hatte das Verzeichnis mittels lftp mirror -R hochgeladen, das versucht aber im Default die Berechtigungen von den Files im Ziel an die Quelle anzupassen - dadurch das Problem.

Erfolgt der mirror mit lftp mirror -R -p klappt alles.