LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Mandriva (https://www.linuxquestions.org/questions/mandriva-30/)
-   -   Mdk10.1 official: vsftpd and IPv4 (https://www.linuxquestions.org/questions/mandriva-30/mdk10-1-official-vsftpd-and-ipv4-378188/)

Sjonnie48 10-29-2005 08:55 PM

Mdk10.1 official: vsftpd and IPv4
 
Hi Folks,

After installing and configuring vsftpd I wanted to run the program.
When I started it with 'vsftpd &' I got this message:

#vsftpd &
[1] 18595
#500 OOPS: could not bind listening IPv4 socket

[1]+ Exit 1 vsftpd

I've never seen this before.
I have worked with vsftpd before on the same mdk10.1 and had no difficulties at all.
This week I had to reinstall my system completely, and some things seem to have changed.
Who knows what to do?

Thanks,

Sjonnie

nistelrooy 10-30-2005 01:48 PM

I guess you might want to check netstat to see if any applications are occupying port 22. Ports below <1024 require root access. So, run it with root if you want to find out with app is holding on to that port.

Just my guess.

tkedwards 10-30-2005 03:49 PM

ftp is port 21 not 22 :) Its quite normal that port 22 is used if you've got sshd running.

To see what programs are listening on each port run (as root)
Code:

netstat -nlp

Sjonnie48 10-31-2005 02:43 AM

Hi Folks,

Thanks for your interest, but I have found the reason: xinetd was listening on port 21.
After disabling xinetd starting vsftpd went fine. Removing xinetd seems impossible, because Mandrake has made half of the system depending on xinetd. But disabling it causes no problems so far.

Sjonnie

tkedwards 10-31-2005 04:18 AM

You shouldn't remove xinetd. If xinetd is listening on port 21 that probably means that there is another FTP server installed that happens to use xinetd. The most likely culprit is proftpd which seems to be installed by default - just remove the proftpd package, restart the xinetd service and the port 21 problem will go away, and you can still keep xinetd running in case something else needs it.

Sjonnie48 10-31-2005 08:18 AM

There is an alternative for xinetd, terribly reliable and very secure: daemontools.
See cr.yp.to for more information.


All times are GMT -5. The time now is 05:29 PM.