Серверная среда: Ubuntu 16.04, работающая в брандмауэре Azure, разрешающая порты 64000-65000, также 21 и, на всякий случай, 989-990, работающие на pure-ftpd, конфигурация следует в / etc / pure-ftpd / conf ForcePassiveIP содержит внешний IP-адрес PassivePortRange содержит 64000 65000
я аутентифицируюсь с PureDB
Если я подключаюсь с нашего офисного IP, который внесен в белый список брандмауэра Azure, он подключается нормально. Когда я проверяю соединение с внешнего IP, то есть через свою ячейку, возникает ошибка.
Status: Connecting to the.ip.addr.ess:21...
Status: Connection established, waiting for welcome message...
Trace: CFtpControlSocket::OnReceive()
Response: 220---------- Welcome to Pure-FTPd [privsep] [TLS] ----------
Trace: CFtpControlSocket::OnReceive()
Response: 220-You are user number 2 of 50 allowed.
Response: 220-Local time is now 14:37. Server port: 21.
Response: 220-This is a private system - No anonymous login
Response: 220-IPv6 connections are also welcome on this server.
Response: 220 You will be disconnected after 15 minutes of inactivity.
Trace: CFtpControlSocket::SendNextCommand()
Command: AUTH TLS
Trace: CFtpControlSocket::OnReceive()
Response: 234 AUTH TLS OK.
Status: Initializing TLS...
Trace: CTlsSocket::Handshake()
Trace: CTlsSocket::ContinueHandshake()
Trace: TLS handshake: About to send CLIENT HELLO
Trace: TLS handshake: Sent CLIENT HELLO
Trace: CTlsSocket::OnSend()
Trace: CTlsSocket::OnRead()
Trace: CTlsSocket::ContinueHandshake()
Error: Connection timed out after 20 seconds of inactivity
Trace: CControlSocket::DoClose(2050)
Trace: CFtpControlSocket::ResetOperation(2114)
Trace: CControlSocket::ResetOperation(2114)
Error: Could not connect to server
Trace: CFileZillaEnginePrivate::ResetOperation(2114)
Я также установил соответствующий диапазон портов в Filezilla. Я пробовал требовать явного TLS и «использовать, если доступно»
Может ли кто-нибудь предложить исправление или объяснение, или даже намек на то, что здесь происходит?
Заранее спасибо!!
Итак, после обширных переговоров с группой поддержки Azure выяснилось, что проблема была в чистом ftpd. Он просто не обращал внимания на несколько директив, включая то, какие пассивные порты он должен был использовать. Я снова переделал все это с помощью vsftpd, и, похоже, это сработало. На данный момент я отказался от виртуальных пользователей, ради экономии времени. Вот что я сделал:
В этом руководстве показано, как настроить chroot vsftpd только для определенных пользователей.
sudo apt-get install vsftpd ftp
vi /etc/vsftpd.conf
--- СОДЕРЖАНИЕ ---
# Example config file /etc/vsftpd.conf
#
# The default compiled in settings are fairly paranoid. This sample file
# loosens things up a bit, to make the ftp daemon more usable.
# Please see vsftpd.conf.5 for all compiled in defaults.
#
# READ THIS: This example file is NOT an exhaustive list of vsftpd options.
# Please read the vsftpd.conf.5 manual page to get a full idea of vsftpd's
# capabilities.
#
#
# Run standalone? vsftpd can run either from an inetd or as a standalone
# daemon started from an initscript.
listen=YES
pasv_enable=YES
pasv_min_port=13000
pasv_max_port=13100
port_enable=YES
pasv_address=EXTERNAL IP of your server
pasv_addr_resolve=NO
#
# This directive enables listening on IPv6 sockets. By default, listening
# on the IPv6 "any" address (::) will accept connections from both IPv6
# and IPv4 clients. It is not necessary to listen on *both* IPv4 and IPv6
# sockets. If you want that (perhaps because you want to listen on specific
# addresses) then you must run two copies of vsftpd with two configuration
# files.
listen_ipv6=NO
#
# Allow anonymous FTP? (Disabled by default).
anonymous_enable=NO
#
# Uncomment this to allow local users to log in.
local_enable=YES
#
# Uncomment this to enable any form of FTP write command.
write_enable=YES
#
# Default umask for local users is 077. You may wish to change this to 022,
# if your users expect that (022 is used by most other ftpd's)
local_umask=022
#
# Uncomment this to allow the anonymous FTP user to upload files. This only
# has an effect if the above global write enable is activated. Also, you will
# obviously need to create a directory writable by the FTP user.
#anon_upload_enable=YES
#
# Uncomment this if you want the anonymous FTP user to be able to create
# new directories.
#anon_mkdir_write_enable=YES
#
# Activate directory messages - messages given to remote users when they
# go into a certain directory.
dirmessage_enable=YES
#
# If enabled, vsftpd will display directory listings with the time
# in your local time zone. The default is to display GMT. The
# times returned by the MDTM FTP command are also affected by this
# option.
use_localtime=YES
#
# Activate logging of uploads/downloads.
xferlog_enable=YES
#
# Make sure PORT transfer connections originate from port 20 (ftp-data).
connect_from_port_20=YES
#
# If you want, you can arrange for uploaded anonymous files to be owned by
# a different user. Note! Using "root" for uploaded files is not
# recommended!
#chown_uploads=YES
#chown_username=whoever
#
# You may override where the log file goes if you like. The default is shown
# below.
#xferlog_file=/var/log/vsftpd.log
#
# If you want, you can have your log file in standard ftpd xferlog format.
# Note that the default log file location is /var/log/xferlog in this case.
#xferlog_std_format=YES
#
# You may change the default value for timing out an idle session.
#idle_session_timeout=600
#
# You may change the default value for timing out a data connection.
#data_connection_timeout=120
#
# It is recommended that you define on your system a unique user which the
# ftp server can use as a totally isolated and unprivileged user.
#nopriv_user=ftpsecure
#
# Enable this and the server will recognise asynchronous ABOR requests. Not
# recommended for security (the code is non-trivial). Not enabling it,
# however, may confuse older FTP clients.
#async_abor_enable=YES
#
# By default the server will pretend to allow ASCII mode but in fact ignore
# the request. Turn on the below options to have the server actually do ASCII
# mangling on files when in ASCII mode.
# Beware that on some FTP servers, ASCII support allows a denial of service
# attack (DoS) via the command "SIZE /big/file" in ASCII mode. vsftpd
# predicted this attack and has always been safe, reporting the size of the
# raw file.
# ASCII mangling is a horrible feature of the protocol.
#ascii_upload_enable=YES
#ascii_download_enable=YES
#
# You may fully customise the login banner string:
#ftpd_banner=Welcome to blah FTP service.
#
# You may specify a file of disallowed anonymous e-mail addresses. Apparently
# useful for combatting certain DoS attacks.
#deny_email_enable=YES
# (default follows)
#banned_email_file=/etc/vsftpd.banned_emails
#
# You may restrict local users to their home directories. See the FAQ for
# the possible risks in this before using chroot_local_user or
# chroot_list_enable below.
#chroot_local_user=YES
#
# You may specify an explicit list of local users to chroot() to their home
# directory. If chroot_local_user is YES, then this list becomes a list of
# users to NOT chroot().
# (Warning! chroot'ing can be very dangerous. If using chroot, make sure that
# the user does not have write access to the top level directory within the
# chroot)
#chroot_local_user=YES
chroot_list_enable=YES
# (default follows)
chroot_list_file=/etc/vsftpd.chroot_list
allow_writeable_chroot=YES
#
# You may activate the "-R" option to the builtin ls. This is disabled by
# default to avoid remote users being able to cause excessive I/O on large
# sites. However, some broken FTP clients such as "ncftp" and "mirror" assume
# the presence of the "-R" option, so there is a strong case for enabling it.
ls_recurse_enable=YES
#
# Customization
#
# Some of vsftpd's settings don't fit the filesystem layout by
# default.
#
# This option should be the name of a directory which is empty. Also, the
# directory should not be writable by the ftp user. This directory is used
# as a secure chroot() jail at times vsftpd does not require filesystem
# access.
secure_chroot_dir=/var/run/vsftpd/empty
#
# This string is the name of the PAM service vsftpd will use.
pam_service_name=vsftpd
#
# This option specifies the location of the RSA certificate to use for SSL
# encrypted connections.
# rsa_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem
# rsa_private_key_file=/etc/ssl/private/ssl-cert-snakeoil.key
rsa_cert_file=/etc/pki/tls/certs/cert.pem
rsa_private_key_file=/etc/pki/tls/certs/key.pem
ssl_enable=YES
#force_local_data_ssl=YES
force_local_logins_ssl=YES
#ssl_sslv3=YES
#
# Uncomment this to indicate that vsftpd use a utf8 filesystem.
#utf8_filesystem=YES
--- КОНЕЦ СОДЕРЖАНИЯ ---
Обратите внимание, что вам нужно будет изменить здесь IP-адрес для внешнего IP-адреса вашего сервера.
sudo su
mkdir -p / etc / pki / tls / certs / cd / etc / pki / tls / certs /
openssl req -newkey rsa: 2048 -new -nodes -x509 -days 3650 -keyout key.pem -out cert.pem
Убедитесь, что вы указали правильное полное доменное имя для своего сервера.
чавн 600 *
Добавьте своего ftp-пользователя:
Добавить пользователя
usermod -s / bin / ложь
vi / и т.д. / оболочки
Добавьте / bin / false в последнюю строку, если его еще нет в файле.
cd / home
Измените каталог, чтобы в него можно было записать при необходимости
Убедитесь, что вы разрешили порты 13000–13100 (или любой другой диапазон по вашему выбору) в брандмауэре для этого сервера (как сервера, так и лазурного).
sudo vi /etc/vsftpd.chroot_list
Там введите по одному в каждой строке пользователей, которым необходимо выполнить chroot.
перезапуск службы vsftpd
service vsftpd status ## Чтобы убедиться, что все работает правильно
Я надеюсь, что это поможет кому-то. Я задокументировал это после того, как сработал первый этап, а затем применил его ко второму серверу, который нуждался в этом, и это сработало.