LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Linux - Software (http://www.linuxquestions.org/questions/linux-software-2/)
-   -   VSFTPD - Extended sessions seem to be breaking user passwds/credentials (http://www.linuxquestions.org/questions/linux-software-2/vsftpd-extended-sessions-seem-to-be-breaking-user-passwds-credentials-448658/)

eviser 05-26-2006 02:38 AM

VSFTPD - Extended sessions seem to be breaking user passwds/credentials?
 
... or at least that's my assumption.

I recently created an FTP server on RH9 (my first linux server, hehe), and it's working beautifully and exactly how I want, with ONE annoying exception.

Often times, I will log in to it for some testing, then step away and come back later. When I come back I find I can't log in (I will even shut down my FTP client, usually Internet Explorer, and try, but to no avail). I've verified over and over again that I'm using the proper credentials. However I can log in with a user that was logged in previously, but logged out right away, or I can log in with a user that has never logged in before.

This leads me to believe the timeouts in the vsftpd.conf file are breaking something, but that just doesn't sit right with me. I end up having to change the password for every account this happens with in order to get back in to the FTP server. As you can see this is very annoying, and knowing end-users simply instructing them to logout after uploading/downloading won't be a reliable solution.

Here is my vsftpd.conf file:

Code:

# Example config file /etc/vsftpd.conf
#
# The default compiled in settings are very paranoid. This sample file
# loosens things up a bit, to make the ftp daemon more usable.
#
# Allow anonymous FTP?
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=077
#
# 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
#
# 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
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 turning on ascii_download_enable enables malicious remote parties
# to consume your I/O resources, by issuing the command "SIZE /big/file" in
# ASCII mode.
# These ASCII options are split into upload and download because you may wish
# to enable ASCII uploads (to prevent uploaded scripts etc. from breaking),
# without the DoS risk of SIZE and ASCII downloads. ASCII mangling should be
# on the client anyway..
#ascii_upload_enable=YES
#ascii_download_enable=YES
#
# You may fully customise the login banner string:
ftpd_banner=Welcome to blah blah
#
# 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
#
pam_service_name=vsftpd
userlist_enable=YES
userlist_deny=NO
#enable for standalone mode
listen=YES

It just occured to me I should try logging in to teh actual machine and see if that still works or not, so I'll likely try that tomorrow. In the meantime, does anyone have any clue as to what's going on here? I'm still not convinced it has anything to do with timeouts, but that's the only thing I can come up with right now. Whatever it is it makes me want to pull my hair out. :)

Thanks!

eviser 05-26-2006 11:48 AM

I'm still going to try and figure this one out, but if anyone has any ideas that would be great. :)


All times are GMT -5. The time now is 07:30 AM.