LinuxQuestions.org - VSFTPD error 500 (vsf_sysutil_bind, priv_sock_get_int, priv_sock_get

Ok, so I've done the usual and unusual googling and resulted in feeling intensely confused. The following situation has arisen, and I'll try to keep it simple and straightforward so that we all understand what's going on.

We have a client who uploads files to us on a daily basis. He uses FileZilla (as, I suspect, do many of us).

On the server (Gentoo, naturally) we run vsftpd to work as our FTP server. Until recently it was working fine. However he's recently noticed that trying to log in results in an error:

Code:

Error:      GnuTLS error -8: A record packet with illegal version was received

Error:      Disconnected from server:ECONNABORTED - Connection aborted

Error:      Failed to retrieve directory listing

Now I've started experiencing the same error. The firewall is supposed to let us both through.

now VSFTPD is configured as follows:

Code:

# Example config file /etc/vsftpd/vsftpd.conf

#

# 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.

#

# Allow anonymous FTP? (Beware - allowed by default if you comment this out).

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

#

# 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=NO

#

# 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

#

# 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 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().

chroot_local_user=YES

chroot_list_enable=YES

# (default follows)

chroot_list_file=/etc/vsftpd/chroot_list

#

# 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

#

# When "listen" directive is enabled, vsftpd runs in standalone mode and

# listens on IPv4 sockets. This directive cannot be used in conjunction

# with the listen_ipv6 directive.

listen=YES

#

# This directive enables listening on IPv6 sockets. To listen on IPv4 and IPv6

# sockets, you must run two copies of vsftpd with two configuration files.

# Make sure, that one of the listen options is commented !!

#listen_ipv6=YES

#

# This directive enables listening on IPv6 sockets. To listen on IPv4 and IPv6

# sockets, you must run two copies of vsftpd with two configuration files.

# Make sure, that one of the listen options is commented !!

#listen_ipv6=YES

file_open_mode=0666

local_umask=0022

virtual_use_local_privs=YES

ssl_enable=YES

allow_anon_ssl=NO

force_local_data_ssl=NO

force_local_logins_ssl=NO

ssl_tlsv1=YES

ssl_sslv2=NO

ssl_sslv3=YES

listen_port=990

rsa_cert_file=/etc/ssl/certs/vsftpd.pem

rsa_private_key_file=/etc/ssl/certs/vsftpd.pem

pasv_min_port=20990

pasv_max_port=20999

pasv_enable=yes

ssl_ciphers=AES128-SHA

Reading on the internet you discover that this error states that there's an unencrypted string in the middle of the encrypted packet. Leaving aside the irrational notion that this problem has existed for some time with vsftpd and has not been addressed the errors that are seen are three:

Code:

500 OOPS: vsf_sysutil_bind

500 OOPS: priv_sock_get_int

500 OOPS: priv_sock_get_cmd

Which leads you to here: Type 500 error

But it's not permission-related on the files, because I tried setting them to be 777 just to see if that would allow access.

The first error vsf_sysutil_bind seems to be suggested as being insufficient ports for binding on other threads on here, but I've got the same setup working on another server with an identical config, so I am reasonably sure it isn't that.

The second error priv_sock_get_int suggests that something's on those ports. Now I've tried using netstat but haven't seen anything on those ports listed.

The third error priv_sock_get_cmd suggests I add

Code:

seccomp_sandbox=NO

to the conf file. That didn't work either.

Anything anyone else can suggest or show me that would make it work again would be gratefully received.