А
Стоит задача сделать слэйв сервер с фуллтайм синхронизацией. В целях безопасности напрямую под рута на сервер не зайти, в связи с этим, все файлы синхрятся под пользователем slave_sync, естественно, апач ругается на права
Size: a a a
2021 August 28
А
Вот и ищу решение, но как то туго, хочу узнать, вообще такое решается как то или нет, может проще уйти к старому cron+rsync
ВШ
Ну это базовые знания Linux
ВШ
slave_sync добавить в группу апача
ВШ
хотя лучше каждый раз менять владельца конечно
А
Апачу будет достаточно своей группы для того, чтобы начать читать файлы, предназначенные ему?
ВШ
Вообще идея так себе так как обязательно наступит момент, когда: не все файлы синхронизированы и приложение падает
ВШ
Каталоги имеют права 755 и файлы 644 === член группы имеет право для папок - чтение, исполнение, и для файлов - только чтение
ВШ
Ну писать апач в слейве не сможет
ВШ
Тогда ему надо стать владельцем
А
Выбора нет, запущено приложение, которое просто должно быть всегда запущено. По факту там только синхронизация медиафайлов, потеря картинки не так страшна
ВШ
Ну с медиа проще
ВШ
Может стоит задуматься уже о S3?
ВШ
Аналоги есть у Mail Cloud, Yandex, Сберклауд
А
А если папки заранее оставить с пользователем апач, а синхронизировать их содержимое?
ВШ
ну файлы так и так будут нового владельца иметь
ВШ
И почему бы просто не запускать эту историю под апачем?
ВШ
Проблем тогда вообще ноль
А
Если бизнесу такое возможно, гос учреждению можно не пытаться, тут гитхаб то еле как внедрили, и то после того, как идея с сервер гитлаб провалилась
А
Предложить*