Проблема с правами в vsftpd
Доброго времени суток! Столкнулся со следующей проблемой:
После настройки локального анонимного фтп сервера vsftpd, и создания папки /home/ftp/incomig файлы закинутые анонимным юзером туда не могут быть скачаны, при всем этом хватает прав чтобы менять название и удалить его. На папке incoming права 0777 на папке /home/ftp права 0555. Как я понял суть проблемы: При загрузке файла на сервер на него выставляются права по умолчанию равные почему-то -rw------- - следовательно скачать его не удается ибо для скачки надо как минимум -rw-r--r--. При ручном повышении прав файлу он спокойно скачивается. Возникает собственно вопрос к знающим: Как можно сделать так, чтобы права по умолчанию так не коцались? На сколько я помню существует параметр umask который как раз и коцает права но в конфиге я выставил его значение равным 000 => вроде все должно быть ок, но "видимо что-то случилось". Вообщем надеюсь на вашу помощь.
Конфиг:
dirmessage_enable=YES
chown_uploads=YES
xferlog_enable=YES
idle_session_timeout=600
data_connection_timeout=120
ascii_upload_enable=YES
ascii_download_enable=YES
chroot_list_enable=YES
local_umask=000
chown_uploads=YES
chown_username=ftp
listen=YES
anonymous_enable=YES
anon_upload_enable=YES
anon_mkdir_write_enable=YES
anon_other_write_enable=YES
anon_umask=000
anon_root=/home/ftp
file_open_mode=0777
local_enable=YES
chroot_local_user=YES
write_enable=YES
- Для комментирования войдите или зарегистрируйтесь
UP!
UP!
UP!
Проблему решил. Сервер работает как надо, правда теперь появилась следующая проблемка если убрать параметр listen=YES, который не дает init.d запускать сервер при включении машины, то он отказывается запускаться требуя вернуть в конфиге данный параметр. В чем может быть дело? Ведь на сколько я понимаю данный параметр не является обязательным.
praktik написал(а): Проблему
А написать для будущих поколений как?
Ээээ... ты что сделать то хочеш? Параметр-то не обязательный, только скриптом vsftpd уже не запустиш.
evadim написал(а): А
Проблема решилась до безобразия просто: добавлением параметра chown_upload_mode=0777
Я? :) Собственно очень скромное желание - чтобы сервер поднимался сразу после запуска наравне с dhcpcd, cron и т.д. что он пока к сожалению делать отказывается:)
Для этого собственно и совершил:
rc-update add vsftpd default
На всякий пожарный мой конфиг на данный момент:
praktik написал(а): Я? :)
А в чём тогда заключается
Хз) Идет метод тыка. Раз не
Хз) Идет метод тыка. Раз не запускает - значит что-то не так:) Ответа в нете найти не смог, так что по другому пока никак. Если сейчас у меня верен конфиг тогда почему фтп может не запускаться автоматом?
К сожалению наши штатные
К сожалению наши штатные телепаты в отпуске, а libastral недостаточно стабилен... Так что придётся посмотреть в логи и в вывод на экране, а поттом ещё и сюда написать как ты догадался что vsftpd не работает.
Штатные телепаты уже не
Штатные телепаты уже не понадобятся. После установки sshd и добавление его в список загрузки, начал загружаться на автомате и vsftpd. Догадаться что фтп не запустился сам сложное искусство. Например если после перезагрузки серва с других машин нельзя подключиться к фтп - то видимо что-то случилось, а уж если после загрузки еще ввести команду остановки vsftpd, и в ответ пишут что vsftpd итак отключен, то список возможных вариантов сокращается, неправда ли верные способы?
Неправда. И все они к томуже
Неправда. И все они к томуже не говорят о проблемах с vsftpd. Что мешает посмотреть состояние службы vsftpd? Посмотреть его лог? Посмотреть в системные логи? Погрепать его в процессах/сокетах наконец?