Почему сервер не дает загрузить файлы по FTP?

Question

[Андрей]

Проблема появляется тогда, когда какой-либо из скрипов создает папку на сервере, к примеру если я устанавливаю CMS которая сама себя распаковывает из архива, в эту папку я не могу ничего загрузить. FTP-клиент выдает ошибку — 550 Request.php: Permission denied

Решается все звонком в техподдержку с запросом сбросить права на нужную папку. Делают это администраторы обычно в течение суток.

Существует ли какой-нибудь способ избежать этой ошибки? Может подскажу им, а то они уже года два с ней в ручную разбираются.

Answer 1

[script88]

Вот masterhost.ru/support/faq/technical/access-to-php-made/

Answer 2

[Sergey]

umask

Comments

[Алексей Сундуков]

И выставлять 777/666? Тоже плохой вариант. Потому как при таких настройках возможен взлом через соседей.

Давно уже можно запускать веб сервер с правами определенного пользователя, от него же и выполнять ftp запросы.

[Sergey]

спасибо за минус.
А ведь достаточно просто немного подумать. Зачем выставлять 777/666, когда можно сделать umask 027, например? И при чем тут

запускать веб сервер с правами определенного пользователя

когда речь идет про ftp-сервер?

[Алексей Сундуков]

И при чем тут

Читаем внимательно исходную ситуацию:

когда какой-либо из скрипов создает папку на сервере, к примеру если я устанавливаю CMS которая сама себя распаковывает из архива, в эту папку я не могу ничего загрузить. FTP-клиент выдает ошибку

Происходит это когда криворукий хостер оставляет настроки веб сервера по умолчанию. Обычно это debian и веб сервер работает от www-data:www-data, а ftp работает от какого либо системного пользователя, к примеру dasty:dasty. И umask в 027 тут не поможет, т.к. ftp пользователь dasty:dasty для папок созданных www-data:www-data получает «Permission denied», т.к. упираемся в хх0 когда даже внутрь папки входить запрещено.

Тема с выставлением 777/666 прав (приведенных в линке script88 ) является типичным решением недобросовестных хостеров.

[Sergey]

какой-либо из скрипов создает папку

Как это противоречит моему предложению с umask? Ничто (кроме невежества) не мешает задать umask и для apache.

[Алексей Сундуков]

Потому что umask не решает проблему. Задаем umask 027 для apache. Запущенный от www-data:www-data он создает папку у которой получается маска прав 750. ftp пользователь dasty:dasty получает «Permission denied» потому что для него срабатывает хх0.

Только невежество приводит к незнанию о SuExec или php-fpm. А игрища с umask-ами и группами обычно приводят к возможности атаки через соседей.

Answer 3

[Алексей Сундуков]

Существует ли какой-нибудь способ избежать этой ошибки?

Да. Сменить хостера. Потому что технически проблема давно уже решена, если админ хостера не может настроить такую банальную вещь, то нужно как можно быстрее бежать от такого хостера.

Если интересно и нет ни какого незаконного контента, то могу предложить нормальный хостинг.

Answer 4

[Maxim Timokhin]

Я как-то давно решал такую проблему скриптом, который рекурсивно на сервере права проставлял при помощи chown и chmod