Это тема WordPress, верно? У меня была та же проблема, и я тоже обвинял Apache, но решение, которое я нашел, на самом деле было настройкой WordPress.
См.https://codex.wordpress.org/Editing_wp-config.php#Override_of_default_file_permissions
На моем конкретном сервере WordPress использовал свои собственные настройки прав доступа к файлам (и игнорировал бит SGID )так же, как вы описали. Я не знаю, в чем причина, но это кажется преднамеренным. Решение для меня состояло в том, чтобы добавить конкретную маску разрешений в файл wp -config.php :
.define( 'FS_CHMOD_DIR', 02775 );
0 == восьмеричная
2 == установить SGID
755 == rwxrw -rw -разрешения
С существующими файлами и каталогами WordPress, установленными с правильным разрешением (, включая SGID для всех каталогов ), новые файлы и каталоги, созданные плагинами WordPress (, темами, загрузками ), использовали маску файла 02755. и унаследовал правильное владение группой. ПРИМЕЧАНИЕ. Данные пользователя Apache www -также должны быть в группе.
Подробнее:
создана группа для использования всеми пользователями SFTP и Apache :sudo groupadd sftp -grp.
добавить Apache в группу sftp -grp :sudo usermod -a -G sftp -grp www -data
добавить обычных пользователей в группу sftp -grp, как указано выше.
сделать все файлы WordPress принадлежащими Apache, но с общей группой :sudo chown -R www -data :sftp -grp /var/www/path -для -вордпресс
убедитесь, что все файлы WordPress доступны для группового чтения/записи (возможно, потребуется повторно -рассмотреть возможность использования.htaccess и wp -config.php ):sudo chmod -R g+rw /var/ www/путь -к -wordpress
добавить бит SGID в основной каталог WordPress :sudo chmod g+s /var/www/path -в -wordpress
... и все подкаталоги :sudo find /var/www/path -to -wordpress -type d -exec chmod g+s '{}' \;
добавлено в wp -config.php :определить ('FS _CHMOD _DIR', 02775 );