From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003
Description of problem:
After upgrading to xinetd 2.3.9 as per the errata, our FTP service stopped working.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Set up wu-ftpd with xinetd access control
2. Upgrade xinetd to 2.3.9
3. Try to get on to FTP server
Actual Results: No access.
ncftp> open -u luke ftpserver
Remote host has closed the connection.
Sleeping 20 seconds...
Oct 22 14:35:22 ftpserver xinetd: START: ftp pid=17970 from=192.168.33.45
Oct 22 14:35:22 ftpserver xinetd: Service=ftp: only_from list and
no_access list match equally the address 192.168.33.45
Oct 22 14:35:22 ftpserver xinetd: FAIL: ftp address from=192.168.33.45
Oct 22 14:35:22 ftpserver xinetd: EXIT: ftp status=0 pid=17970
Expected Results: On client:
ncftp> open -u luke ftpserver
Connecting to 192.168.33.200...
ftpserver FTP server (Version wu-2.6.1-16.7x.1) ready.
Password requested by 192.168.33.200 for user "luke".
Password required for luke.
In server logs:
Oct 22 17:12:24 ftpserver xinetd: START: ftp pid=18728 from=192.168.33.45
Oct 22 17:12:24 ftpserver ftpd: USER luke
Oct 22 17:12:28 ftpserver ftpd: PASS password
Oct 22 17:12:28 ftpserver ftpd: FTP LOGIN FROM artoo
[root@ftpserver /etc]# cat xinetd.d/wu-ftpd
# default: on
# description: The wu-ftpd FTP server serves FTP connections. It uses \
# normal, unencrypted usernames and passwords for authentication.
socket_type = stream
wait = no
user = root
server = /usr/sbin/in.ftpd
server_args = -l -a
log_on_success += HOST EXIT DURATION USERID
log_on_failure += HOST USERID ATTEMPT
nice = 10
disable = no
log_type = SYSLOG daemon info
no_access = 0.0.0.0
only_from = 192.168.33.0
cps = 1 5
max_load = 3.0
After updating to xinetd-2.3.9-0.70 can no longer telnet nor FTP. Mesage
in /var/log/messages is: "libwrap refused connection to ftp". We are running
RH 7.0 on i686.
I recently updated my server with RHN and my ftp server and pop services do
not seem to work after the patches. The only thing I can possibly trace it
back to would be the update for xinetd RHSA-2002:196-09.
I receive two messages in my /var/log/messages file when inetd starts....
Nov 4 09:29:32 redoctober xinetd: xinetd shutdown failed
Nov 4 09:29:38 redoctober xinetd: Bad log-on_failure flag: PID [line=11]
Nov 4 09:29:38 redoctober xinetd: A fatal error was encountered while p$
Nov 4 09:29:38 redoctober xinetd: Exiting...
Nov 4 09:29:38 redoctober xinetd: xinetd startup succeeded
I am not sure exactly how I did it but I think I may have gotten it to work. I
updated to the most current kernel and all the other patches I could find and
that didn't seem to do anything. Then I went to the xinetd directory and
looked at the sample.config. The FTP section had userid listed rather than
uname in the config. I changed that and I think that might have done the
trick. I am still doing testing to see if I actually got it but it looks like
xinetd could start cleanly in the log and I can ftp and pop3 into my server.
*** This bug has been marked as a duplicate of 76146 ***