Linux - NewbieThis Linux forum is for members that are new to Linux.
Just starting out and have a question?
If it is not in the man pages or the how-to's this is the place!
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I'm unable to service "ftp requests" from proftpd
when proftpd is launched from xinetd. I've made
several tests and, at this point, I don't know
if the problem is related to some xinetd configuration
or some proftpd configuration or something else.
Here are tests and conclusions reached so far:
1- proftpd launched from command line (not xinetd)
responds nicely to ftp requests
2- proftpd launched from xinetd fails to respond
to ftp requests
3- ServerType changed from "standalone" to "inetd"
in file /etc/proftpd.conf does not correct problem
4- "old ftpd", launched from xinetd, responds
nicely to ftp requests
5- "old ftpd" and "proftpd" services are activated
alternatively by changing the "disable" property
in the corresponding ftp and proftpd-xinetd files
in directory /etc/xinetd.d
5- message collected from "syslog" file, when "proftpd"
is activated and ftp request is submitted, says "Failed
binding to 0.0.0.0, port 21:
Address already in use" (see "syslog" file content)
6- message collected from "syslog" file, when "old ftpd"
is activated and ftp request is submitted, shows that
everything is OK. (see "syslog" file content)
7- an "error" message is logged when xinetd is started:
"pmap_set failed. service=sgi_fam program=391002 version=2"
(see "syslog" file content)
8- tcpd is unavailable on this version of linux and
xinetd is "started with libwrap options compiled in"
(see "syslog" file content)
Distribution: Red Hat Linux 9, FreeBSD 4.8, Knoppix 3.2
Posts: 182
Rep:
Hmmm...
<snip>
***** [file /etc/xinetd.d/proftpd-xinetd]
service ftp
{
disable = yes <---------- What happens if you set this to "no" and restart xinetd?
socket_type = stream
wait = no
user = root
server = /usr/sbin/proftpd
log_on_success += DURATION USERID
log_on_failure += USERID
nice = 10
}
Apr 1 19:02:25 sun proftpd[3802]: sun.xxxx.be - Failed binding to 0.0.0.0, port 21: Address already in use
Apr 1 19:02:25 sun proftpd[3802]: sun.xxxx.be - Check the ServerType directive to ensure you are configured correctly.
The problem was due to the fact that inetd was listening of port 21, which is precisely the port use by proftp.
Here is the content of my the proftpd.conf file:
[root@sun etc]# more /etc/proftpd.conf
# This is a basic ProFTPD configuration file (rename it to
# 'proftpd.conf' for actual use. It establishes a single server
# and a single anonymous login. It assumes that you have a user/group
# "nobody" and "ftp" for normal operation and anon.
ServerName "ProFTPD Default Installation"
ServerType inetd
DefaultServer on
# Allow FTP resuming.
# Remember to set to off if you have an incoming ftp for upload.
AllowStoreRestart on
# Port 21 is the standard FTP port.
Port 21
# Umask 022 is a good standard umask to prevent new dirs and files
# from being group and world writable.
Umask 022
# To prevent DoS attacks, set the maximum number of child processes
# to 30. If you need to allow more than 30 concurrent connections
# at once, simply increase this value. Note that this ONLY works
# in standalone mode, in inetd mode you should use an inetd server
# that allows you to limit maximum number of processes per service
# (such as xinetd).
MaxInstances 30
# Set the user and group under which the server will run.
User nobody
Group nogroup
# To cause every FTP user to be "jailed" (chrooted) into their home
# directory, uncomment this line.
#DefaultRoot ~
# Normally, we want files to be overwriteable.
<Directory />
AllowOverwrite on
</Directory>
# Needed for NIS.
PersistentPasswd off
# Default root can be used to put users in a chroot environment.
# As an example if you have a user foo and you want to put foo in /home/foo
# chroot environment you would do this:
#
# DefaultRoot /home/foo foo
Include /etc/proftpd-anonymous.conf
My problem came from Servertype which was Standalone and which should have been inetd (as I use inetd and do not run proftpd as daemon)
Finally, my proftpd-xinetd file looks like this:
[root@sun etc]# more /etc/xinetd.d/proftpd-xinetd
# default: off
# description: proftpd server, xinetd version. \
# Don't run the standalone version if you run \
# this!
service ftp
{
disable = no
socket_type = stream
wait = no
user = root
server = /usr/sbin/in.ftpd
log_on_success += DURATION USERID
log_on_failure += USERID
nice = 10
}
I have also deleted the FTP file from that directory.
Now you just have to adapt proftpd.conf file in order to grant / deny access to users.
I have spent evenings during 2 weeks trying to solve this. Hope this will also work fine for you with those indications.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.