topic FTP not working.. in Operating System - HP-UX

FTP not working..

Shankar_6 — Fri, 12 May 2006 02:50:58 GMT

Hi,

I got a problem when users are accessing ftp service.Getting error as below

220 FTP server ready.
Name (server1:user1): user1
421 Service not available, remote server has closed connection
Login failed.
No control connection for command: Error 0

When I tried with disabling the ftpd -a option in /etc/inetd.conf - ftp works OK.Not sure why it is not working when i enable it..?

/etc/ftpd/ftpaccess file looks OK as it same as like other servers.

Please clarify

Regards
Shankar.

Re: FTP not working..

Peter Godron — Fri, 12 May 2006 03:13:50 GMT

Shankar,
have you checked permissions on ftpacccess file.

Re: FTP not working..

Jakes Louw — Fri, 12 May 2006 03:54:37 GMT

Check that the shell used by the user being logged into during the FTP is recorded in /etc/shells.
That is:
if you connect to remote_host as user MY_USER, check that the shell used by MY_USER as the default login shell on remote_host is in the /etc/shells file on that server.

Re: FTP not working..

Sergejs Svitnevs — Fri, 12 May 2006 05:07:35 GMT

Check your /etc/ftpd/ftpaccess file for a "deny" statements, date/time limits or client address restrictions. Also check the console and syslog files for the deny messages from ftpd.

Regards

Re: FTP not working..

Sheriff Andy — Fri, 12 May 2006 15:33:41 GMT

This is the line that we have in our /etc/inetd.conf file;

ftp stream tcp nowait root /usr/lbin/ftpd ftpd -l -a -u 111

In our /etc/services file (should be default);

ftp-data 20/tcp # File Transfer Protocol (Data)
ftp 21/tcp # File Transfer Protocol (Control)

Re: FTP not working..

Darrel Louis — Fri, 12 May 2006 15:57:42 GMT

Hi,

What's the error message you see in your syslog.log or xfer.log?

Add the -v and -l option to the ftp line in your inetd.conf.

Darrel

Re: FTP not working..

Mridul Shrivastava — Sun, 14 May 2006 02:03:43 GMT

Verify that /var/adm/inetd.sec does not contain an ftp entry of either
deny or allow. When you allow one user, you deny all other users.
For troubleshooting purposes you could rename /var/adm/inetd.sec to
/var/adm/inetd.sec.old. inetd.sec is not needed unless you have
a need for tightened security beyond login verification.

If your system is 9.x and it is trusted, then you will get this
error and 'bad audit id'. Unfortuneatley untrusting a 9.x system
is not supported. You will either have to untrust the system an
unsupported way or not use ftp.