Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 62321 - Unable to use userlist_deny
Unable to use userlist_deny
Product: Red Hat Public Beta
Classification: Retired
Component: vsftpd (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Bill Nottingham
Depends On:
Blocks: 61901
  Show dependency treegraph
Reported: 2002-03-29 12:49 EST by Chris Negus
Modified: 2014-03-16 22:26 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2002-04-01 15:57:13 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Chris Negus 2002-03-29 12:49:41 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8) Gecko/20020301

Description of problem:
I tried setting userlist_deny=NO to have all users denied access to the vsFTPd
service except those listed in the /etc/vsftpd.user_list file. Although the ftp
login allowed me to enter only the user names from that list, all login attempts
failed to recognize valid passwords.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1.Open /etc/vsftpd.conf.
2.Set userlist_deny=NO
3.Restart daemon (/etc/init.d/vsftpd restart)
4. Try to ftp to server as any user in /etc/vsftpd.user_list.

Actual Results:  All login attempts fail.
Attempts to login as users not in the /etc/vsftpd.user_list file don't even get
a chance to enter a password.

Expected Results:  Valid user accounts in /etc/vsftpd.user_list should have been
allowed to login to the server. 

Additional info:

I added a regular user name to the /etc/vsftpd.user_list, just to make sure that
something else wasn't just blocking root and other admin passwords. Same result.
I also tried setting userlist_enable=NO to see if that helped (it's set to YES
in vsftpd.conf). The users listed in /etc/vsftpd.user_list still had their
passwords rejected. However, anonymous and real users were allowed in again.
Comment 1 Bill Nottingham 2002-04-10 23:09:16 EDT
Oops. Fixed in vsftpd-1.0.1-5.

Note You need to log in before you can comment on or make changes to this bug.