From: "Tom Troonbeeckx" <tom.troonbeeckx@ideaxis.com>
To: Jamie Harris <jamie@jharris.homeip.net>
Cc: linux-admin@vger.kernel.org
Subject: RE: FTP problem....
Date: Wed, 2 Apr 2003 16:52:35 +0200 [thread overview]
Message-ID: <ALECJBOGPBKDNCCOAFDDGEGDCHAA.tom.troonbeeckx@ideaxis.com> (raw)
In-Reply-To: <61311.164.11.204.246.1049294665.squirrel@jharris.homeip.net>
Yep, you are correct the wu-ftpd was still configured in /etc/xinetd.conf.
After I removed this entry and restarted xinetd, port 21 was released.
Thanks for the advice.
-----Original Message-----
From: Jamie Harris [mailto:jamie@jharris.homeip.net]
Sent: woensdag 2 april 2003 16:44
To: tom.troonbeeckx@ideaxis.com
Cc: linux-admin@vger.kernel.org
Subject: Re: FTP problem....
Are you sure its not inetd that is responding to the request? Have a look
at /etc/inetd.conf or your equivilent.
cheers
Jamie...
> Hi friends,
>
> recently I installed the ftp-server proftpd-1.2.8. Before I started the
> daemon I stopped the previous FTP-server wu-ftpd.
>
> Currently I have no FTP-daemon started, however. When i telnet to mine
> server(Redhat 7.1) I still got a fingerprint from the wu-ftpd.
>
> Initial I thought there must be running still a wu-daemon.
> I listed all processes and grepped for an ftp string (ps -waux | grep
> ftp). Still nothing to see.
> After that I utilised lsof(lsof-4.67) and grabbed for any ftp matches.
> Still empty results.
>
> In a nutshell, in the procestable is no entry which indicates there is
> an ftp-daemon is running, on the otherhand telnetting shows me a
> differten result.
>
> Any ideas how this is possible or how I can stop the 'hidden' daemon for
> listening on port 21.
>
> Thanks in advance...
>
> Ideaxis nv
> -facing the internet-
>
> Flanders Multimedia Valley
> Wetenschapspark 1
> B-3590 DIEPENBEEK
>
> Tel : +32 11 26 89 20
> Fax : +32 11 23 22 17
> Mobile: +32 479 13 14 81
>
> E-Mail: tom.troonbeeckx@ideaxis.com
> URL: http://www.ideaxis.com/
>
> Ideaxis nv legal disclaimer
> The information contained in this e-mail is confidential and may be
> privileged. It may be read, copied and used only by the intended
> recipient. If you have received it in error, please contact the sender
> immediately by returning this e-mail. Please delete this e-mail and do
> not disclose its contents to any person. Ideaxis nv does not accept
> liability for any errors, omissions, delays of receipt or viruses in the
> contents of this message which arise as a result of e-mail transmission.
>
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-admin"
> in the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
** This message was transmitted on 100% recycled electrons **
next prev parent reply other threads:[~2003-04-02 14:52 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-04-02 14:35 FTP problem Tom Troonbeeckx
2003-04-02 14:44 ` Jamie Harris
2003-04-02 14:52 ` Tom Troonbeeckx [this message]
2003-04-02 15:06 ` César Soler
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=ALECJBOGPBKDNCCOAFDDGEGDCHAA.tom.troonbeeckx@ideaxis.com \
--to=tom.troonbeeckx@ideaxis.com \
--cc=jamie@jharris.homeip.net \
--cc=linux-admin@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox