Здравствуйте!
Я не специалист в *nix'ах и столкнулся со следующей проблемой.
На машине стоит Debian 4.0 с ядром 2.6.8-2-386. Также стоил ftp-сервер vsftpd version 2.0.5
Все работало нормально, пока я не прописал в файле /etc/vsftpd.conf строчку max_client=50
После рестарта vsftpd возникла проблема. Любой, кто приконнекчивается к по ftp, сразу киляется. Увеличение параметра max_client, его удаление, переустаовка всего пакета vsftpd не спасает. Хотя при установке пакета wu-ftpd все работает нормально.
vsftpd работает демоном и загружается скриптом init.d

• vsftpd обрывает сессии сразу после подключения к ней,devcoder, 16:44 , 12-Июн-07
  • vsftpd обрывает сессии сразу после подключения к ней,Neved, 18:58 , 12-Июн-07
    • vsftpd обрывает сессии сразу после подключения к ней,Vaso Petrovich, 07:41 , 13-Июн-07
    • vsftpd обрывает сессии сразу после подключения к ней,devcoder, 09:04 , 13-Июн-07

>Я не специалист в *nix'ах и столкнулся со следующей проблемой.

Самые главные отличия специалиста Unix от Win - умение читать [ документацию ] и привычка перед вопросом заглянуть в логи.

При среднем знании английского языка в большинстве случаев в логах можно найти описание причины возникновения ошибок (/var/log/vsftpd.log).

Ну а сначала, посмотрите вывод:

ps aux | grep vsftpd
- покажет запущен ли вообще vsftpd

netstat -at
- на каких IP vsftpd слушает ftp порты?

ftp ftpserver
- если соединение всё-таки "доходит" до vsftpd,
   то консольный клиент корректно скажет об ошибке (номер/описание)

vsftpd.log состоит теперь из таких сообщений
Tue Jun 12 16:48:49 2007 [pid 9604] CONNECT: Client "10.0.77.27"
Tue Jun 12 16:48:49 2007 [pid 9606] CONNECT: Client "10.0.77.27"
Tue Jun 12 16:48:52 2007 [pid 9605] [ftp] OK LOGIN: Client "10.0.77.27", anon password "lanscope@lantricks.com"
Tue Jun 12 17:43:46 2007 [pid 9693] CONNECT: Client "10.0.77.27"
Tue Jun 12 17:43:46 2007 [pid 9695] CONNECT: Client "10.0.77.27"
Tue Jun 12 17:43:46 2007 [pid 9694] [ftp] OK LOGIN: Client "10.0.77.27", anon password "lanscope@lantricks.com"

>Ну а сначала, посмотрите вывод:
>
>ps aux | grep vsftpd
> - покажет запущен ли вообще vsftpd
естественно запущен
FileServer:/var/log# ps aux | grep vsftpd
root      3484  0.0  0.1   3432   928 ?        Ss   Jun11   0:00 /usr/sbin/vsftpd
root      9822  0.0  0.1   1904   676 pts/2    S+   18:46   0:00 grep vsftpd
>
>netstat -at
> - на каких IP vsftpd слушает ftp порты?
Proto Recv-Q Send-Q Local Address           Foreign Address         State
tcp        0      0 *:ftp                   *:*                     LISTEN
>
>ftp ftpserver
> - если соединение всё-таки "доходит" до vsftpd,
>   то консольный клиент корректно скажет об ошибке (номер/описание)
ftp> open
(to) 127.0.0.1
Connected to 127.0.0.1.
220 Welcome to blah FTP service.
Name (127.0.0.1:root): neved
331 Please specify the password.
Password:
230 Login successful.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> ls
500 OOPS: cap_set_proc
ftp: bind: Address already in use
ftp> ls
200 PORT command successful. Consider using PASV.
421 Service not available, remote server has closed connection

500 OOPS: cap_set_proc
ftp: bind: Address already in use
ftp> ls
200 PORT command successful. Consider using PASV.
421 Service not available, remote server has closed connection

все же расписанно, читаем, если не ясно переводим, если опять не ясно спрашиваем что не ясно...

>500 OOPS: cap_set_proc

Проблема легко ищется в гугле:
http://wiki.archlinux.org/index.php/Very_Secure_FTP_Daemon_(...)

Как видно, причина в том, что не загружен некий модель ядра "capability".

Советую разобраться с "Debian 4.0 с ядром 2.6.8-2-386".
Возможно у Вас установлена старая тестовая (или даже нестабильная) ветка.

В недавно вышедшем релизе r4.0 ядро версии 2.6.18-4
и vsftpd нормально работает (проверил).