Соединение с FTP, которому всегда отказывают

У меня есть компьютер рабочий Сервер Ubuntu 16.04.

Я настроил webmin, который работает отлично. Webmin использует свой собственный порт, и я не могу соединиться с той никакой проблемой и в моей локальной сети и в удаленных местоположениях.

У меня есть SSH, также правильно работающий над его собственным портом (реконфигурированный к моему собственному выбранному порту из соображений безопасности). Я могу соединиться удаленно и локально с этим также.

Как примечание стороны, мне также настраивали SSL для моего доменного имени с помощью letsencrypt. Не уверенный, если какая-либо предыдущая информация необходима, но я определенно хочу дать как можно больше информации на всякий случай, эти вещи могут вызывать конфликт.

Я теперь пытаюсь настроить простой FTP-сервер с помощью vsftpd в целях загрузки файлов через клиент ftp непосредственно к каталогу /var/www/html. Я намереваюсь использовать эту установку для обновления веб-сайта, я в настоящее время продолжаю работать. КРОМЕ ТОГО, Если использование FTP не является предпочтительным методом выполнения этого или если Вы думаете, что существует более оптимальный вариант, я внимательно слушаю. Я работал при получении этого FTP, работающего теперь в течение подобных 10 часов, и это действительно печально. Кажется, что это должно быть просто, и это, вероятно, было вызвано от простой ошибки, которая имеет простую фиксацию.

Так или иначе я сделал, как я сделал с предыдущими установками и открыл порты по умолчанию и на моем маршрутизаторе и на webmin брандмауэре. Я затем настроил vsftpd со следующими настройками.

listen=YES
anonymous_enable=YES
local_enable=YES
write_enable=YES
anon_upload_enable=YES
anon_mkdir_write_enable=YES
chroot_local_user=NO
allow_writeable_chroot=NO
secure_chroot_dir=/var/run/vsftpd/empty
pam_service_name=vsftpd

rsa_cert_file=/etc/letsencrypt/live/www.EXAMPLE.com/cert.pem
rsa_private_key_file=/etc/letsencrypt/live/www.EXAMPLE.com/privkey.pem
ssl_enable=YES

local_root=/var/www/html
pasv_min_port=40000
pasv_max_port=50000
userlist_enable=YES
userlist_file=/etc/vsftpd.userlist
userlist_deny=NO
listen_port=21

Возможно отвечать еще на несколько вопросов на основе информации если: 1. Я открыл порты 20-22, 990, и 40000-50000. 20-22 для FTP и SFTP. 990 для FTPS. Наконец порты 40000-50000 как мои pasv порты. Все из которых были открыты при попытке выяснить эту проблему возможности соединения. 2. Мой userlist записан следующим образом: user1 user2 я не уверен если, именно так программа читает файл, хотя, таким образом, я думал, что упомяну это. 3. Да, я скрываю имена пользователей, дюйм/с и доменные имена. так www.example.com не то, что записано в моем файле. Также user1 и user2 не мои реальные имена пользователей.

На саму проблему. Это - то, от чего я добираюсь при попытке получить доступ к ftp:

user1@www:~$ ftp x.x.x.x
ftp: connect: Connection refused
ftp> quit
user1@www:~$ ftp -p x.x.x.x
ftp: connect: Connection refused
ftp> 

Соединению отказывают, являюсь ли я локальным и использую свой локальный IP-адрес, или являюсь удаленным и использую общедоступный IP.

Любая справка очень ценилась бы. Я просто хочу это с.:/

ОБНОВЛЕНИЕ 1:

Telnet дал мне этот ответ:

user1@www:~$ telnet x.x.x.x 21
Trying x.x.x.x...
telnet: Unable to connect to remote host: Connection refused
3
задан 9 March 2017 в 04:06

1 ответ

Спасибо за справку!

установка Some в vsftpd.conf файл, должно быть, был неправильным. После восстановления того файла к его состоянию по умолчанию исчезла проблема.

Для кого-либо еще имеющего ту же проблему пробуют следующее:

Резервное копирование текущий конфигурационный файл.

sudo mv /etc/vsftpd.conf /etc/vsftpd.backup

Удаление vsftpd и чистка конфигурационные файлы.

sudo apt-get remove --purge vsftpd

Наконец, переустановите vsftpd.

sudo apt-get install vsftpd

Теперь Тестовые Настройки.

ftp -p x.x.x.x

, очевидно, замена 'X с Вашим фактическим IP-адресом. Локальный IP, если в сети и Общедоступном IP снаружи сети.

5
ответ дан 1 December 2019 в 15:34

Другие вопросы по тегам:

Похожие вопросы: