vsftpd не пускает (ECONNREFUSED - Connection refused by server)

соединяешься в пассивном или активном режиме? идешь через нат?

от выбора типа соединения (актив-пассив ничего не меняется). Иду через nat

попробуй следующее

убрать опцию connect_from_port_20=YES

в конфиге прописать

pasv_min_port=40000
pasv_max_port=49999

диапазон портов бери какой нравиться, и соответственно эти порты надо разрешить в iptables, и пробуй соединиться в пассивном режиме

добавил на сервере чтобы не морочиться с открытием портов

-A INPUT -s $client/32 -p tcp -j ACCEPT
-A INPUT -s $client/32 -p udp -j ACCEP

зайди на него телнетом и посмотри что скажет, должно быть чтото вроде

220 Welcome to h0 FTP service.

secure_chroot_dir=/var/run/vsftpd/empty
rsa_cert_file=/etc/ssl/private/vsftpd.pem

убедись что /var/run/vsftpd/empty существует и закоментируй сертификат

connection refused.

проверь что на серваке vsftp биндит внешний интерфейс

например у меня

# netstat -ln | grep :21
tcp        0      0 91.200.42.63:21         0.0.0.0:*               LISTEN

проверь что с самого сервера на фтп зайти можно

если все нормально, фтп биндит нужный порт и с сервака все работает, копай в сторону фаервола, попробуй его выключить если это не критично, послушай 21 порт tcpdump'ом и убедись что от тебя долетают пакеты

да уж начал. Сделал iptables -F сервак вообще перестал отвечать. Ща с этим разгребусь.

да уж начал. Сделал iptables -F сервак вообще перестал отвечать. Ща с этим разгребусь.

это ты пошутил ((:, надо было сначала глянуть что там прописано

Так ничего такого. не было была базовая защита прикручена - запрет входящих и разрешение нужных портов. Ничего хитрого там не было.

базовая защита прикручена - запрет входящих и разрешение нужных портов

если при этом в INPUT default policy стояла DROP то это неудивительно

в общем, выясняется, что сервер стартует, но порт не слушает.

# service vsftpd restart
stop: Unknown instance: 
vsftpd start/running, process 2053

netstat -ln | grep :21

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

#allow_writable_root=YES

500 OOPS: vsftpd: refusing to run with writable root inside chroot()

500 OOPS: vsftpd: refusing to run with writable root inside chroot()

это их секурити фича, либо делать chmod a-w $HOME, либо откатываться на более старую версию

Спасибо. помогло.

Хотя в офф. факе написано

[b]При входе пользователем на FTP-Server версии 2.3.5 выдается сообщение: "500 OOPS: vsftpd: refusing to run with writable root inside chroot()".[/b]
Всё верно, в 2.3.5 ужесточены правила безопасности. Теперь сервер не делает chroot() в домашний каталог пользователя, если на него стоят права на запись. Данное ограничение можно обойти путем установки расширенной версии 2.3.5 с заданием в файле настроек опции allow_writable_root, либо установить 3.0.0 и изменить значение опции allow_writable_chroot конфигурационного файла. 

мне повезло, у меня версия 2.3.2 и там такого нет (: