Проверьте, что у Вас есть write_enable=YES в Вашем vsftpd.conf
Вы можете su (делать) пользователю и пытаться делать файл вручную, который должен исключить ошибки разрешения файловой системы.
Вы могли отправить полный журнал от smartftp и возможно Вашего vsftpd.conf?
Действительно ли это - основанная на Redhat система с осуществленным selinux? Введите:
getenforce
и сообщите нам то, что это говорит, если это осуществляет Вас, должен конкретно позволить пользователям FTP получать доступ к своим корневым каталогам:
setsebool -P ftp_home_dir=1
Кроме того, действительно ли можно ли получить доступ к корневым каталогам как действительно ли пользователь? Это звучит глупым, но полномочия могли бы быть неправильными. SSH в как корень и попытка:
su - username
Это должно автоматически войти в их корневой каталог, затем CD в public_html и проверить с
pwd
и CD в каталог, если нет. Если Вы не можете проблемы полномочий.
Затем, попытайтесь записать файл:
echo "test" >> test.txt
если это не работает, снова проблемы полномочий.
Я знаю, что Вы говорите попытку 777 полномочий но ни один из двух ls примеров выше не показывает 777 (rwxrwxrwx). Конечно, это не должно быть необходимо, но могло бы быть полезно исключить эту возможность.
Другая вещь, Вы, возможно, должны были бы добавить команду STOR к cmds_allowed директиве, если Вы имеете один, и та команда уже не там.
Довольно всесторонний список - вероятно, что-то как
cmds_allowed=ABOR, CWD, СПИСОК, MDTM, MKD, NLST, ПЕРЕДАЧА, PASV, ПОРТ, PWD, ВЫХОД, RETR, RMD, RNFR, RNTO, САЙТ, РАЗМЕР, STOR, ТИП, ПОЛЬЗОВАТЕЛЬ, ACCT, APPE, CDUP, СПРАВКА, РЕЖИМ, NOOP, УЗДА, СТАТИСТИКА, STOU, STRU, SYST
sudo /etc/init.d/vsftpd restart
кажется, не перезапускает VSFTPD
– Webnet
20 August 2010 в 01:37
chown -R username:groupname /path/to/public_html/