[strejiok]

Vsftpd не видел и не пользовался.. но могу предположить..
А юзер ftp в системе есть?


А насчет второго, если я правильно понял, попробуйте chroot_list_enable=YES. Хотя.. похоже она и так по умолчанию YES.

[ruslandh]

2 Не по-умолчанию - no
1 Анонимный доступ у меня, например, настраивается путём надстройки - пакета anonftp , который выполняет две команды :

Prefix: /var/ftp

%install
%__mkdir_p $RPM_BUILD_ROOT%prefix

%files
%attr(2775,root,ftpadmin) %prefix

[Medj]

Второй вопрос: прописываешь

chroot_list_file=/etc/vsftpd.chroot_list
chroot_list_enable=YES
chroot_local_user=YES

А в самом листе прописываешь пользователей, которые смогут лазить везде, т.е. если лист будет пустым. то все кто буду т коннектиться будут ограничены только своим каталогом.

[Filariel]

Но как я понял chroot_local_user стоит в ес тогда уже дается всем пользователям системы заходить в свой домашний каталог и этого должно быть достаточно.
А если я пропишу chroot_list_file=/etc/vsftpd.chroot_list
chroot_list_enable=YES
тогда мне придется их еще и прописывать в этом файле !!
пользователь ftp у меня есть . И вроде все правильно , а не работает

[ruslandh]

Внимательно читаем man :

chroot_list_enable If activated, you may provide a list of local users who are placed in a chroot() jail in their home directory upon login. The meaning is slightly different if chroot_local_user is set to YES. In this case, the list becomes a list of users which are NOT to be placed in a chroot() jail. By default, the file con- taining this list is /etc/vsftpd/chroot_list, but you may over- ride this with the chroot_list_file setting. Default: NO chroot_local_user If set to YES, local users will be (by default) placed in a chroot() jail in their home directory after login. Warning: This option has security implications, especially if the users have upload permission, or shell access. Only enable if you know what you are doing. Note that these security implications are not vsftpd specific. They apply to all FTP daemons which offer to put local users in chroot() jails. Default: NO

А пользователь vsftp ?

[Filariel]

пользователя vsftp нету ,а зачем он ? Если анонимус должен в сисетме работать от пользователя ftp?

[ruslandh]

Не знаю точно зачем, но у меня на работающем vsftp есть
анонимус вроде может работать под любым пользователем, по умолчанию nobody.

[leonty]

vsftpd 2.3.2-3
Завел в системе 2х пользователей: ftpuser и ftpadmin. В качестве шела для этих пользователей прописал /usr/sbin/nologin.
Пытаюсь законектиться на фтп и получаю ошибку 530

Код:

user@ftp-server:~$ ftp 10.4.5.124
Connected to 10.4.5.124.
220 (vsFTPd 2.3.2)
Name (10.4.5.124:user): ftpuser
331 Please specify the password.
Password:
530 Login incorrect.
Login failed.
ftp> quit
221 Goodbye.

Прописываю в качестве шела /sbin/false - ошибка та же. Если прописать любой доступный шел (bash, sh) - пользователь нормально конектиться к фтп.

Код:

user@ftp-server:~$ ftp 10.4.5.124
Connected to 10.4.5.124.
220 (vsFTPd 2.3.2)
Name (10.4.5.124:user): ftpadmin
331 Please specify the password.
Password:
230 Login successful.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> quit
221 Goodbye.

Почему так?

[vadblm]

Почему так? »

Видимо, из-за проверки корректности шелла, которую по умолчанию делает vsftpd:

check_shell Note! This option only has an effect for non-PAM builds of vsftpd. If disabled, vsftpd will not check /etc/shells for a valid user shell for local logins. Default: YES

Либо проставить NO, либо добавить в /etc/shells /sbin/nologin или /usr/bin/false (тут вы походу немножко перепутали, но which nologin и which false вам помогут найти корректные пути для шеллов-затычек).