[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [MiNT] ftp server
On Fri, 4 Jun 2010 14:06:37 , Paul Wratt <paul.wratt@gmail.com> wrote:
> On Fri, Jun 4, 2010 at 7:37 AM, Jo Even Skarstein <joska@online.no> wrote:
> > On 06/03/2010 09:02 PM, Peter Slegg wrote:
> >> I am planning to set-up a temporary ftp server on the milan
> >> for downloads only.
> >>
> >> I've installed tcp_wrappers, portmap and inetd rpms.
> >>
> >> I don't really want the ftp server starting at boot time, I'd
> >> like to be able to start up the server when I need it if possible.
> >
> > Sounds awfully complex for occasional use. I personally use Vassilis
> > Papathanassiou's (hope I remember that surname correctly!) FTP-server
> > which is a simple GEM application. It works very well for occasional use.
> >
> > Jo Even
> >
> from what I can tell from the docs and how you have the deamon setup,
> you have "conflicting settings"
>
> I suggest rem'ing the /etc/inetd.conf entry, so that inetd starts at
> boot time, but the ftpd does not, then use a script to start the the
> ftpd from the commandline..
>
> that said, the way you do have the .conf setup, should mean
> "/etc/rc.d/ftpd start" (or similar) should work. this implys that it
> is not running already
>
> "ftpd start"
> "ftpd stop"
> "ftpd restart"
>
> note the above "ftpd" reference is NOT the binary, but the daemon
> script that should run the binary
>
I added portmap to the things started at boo time, it had no effect.
Below is /var/log/messages from when I had ftp in the inetd.conf
then I restarted with ftp commented out. The difference is in the number
of sockets.
Jun 4 10:41:35 Milan inetd[80]: Online and ready (1 sockets)
Jun 4 10:47:14 Milan syslog: getpeername (/usr/sbin/in.ftpd): Socket operation on non-socket
Jun 4 10:50:13 Milan syslogd: exiting on signal 15
Jun 4 10:51:33 Milan syslogd 1.3-3: restart.
Jun 4 10:51:35 Milan inetd[80]: Online and ready (0 sockets)
Jun 4 10:53:33 Milan syslog: getpeername (/usr/sbin/in.ftpd): Socket operation on non-socket
I will persevere with the unix way and if I can't get it working then I will
try Jo-Even's suggestion.
Regards,
Peter