1827807 Members
3013 Online
109969 Solutions
New Discussion

FTP not working..

 
Shankar_6
Regular Advisor

FTP not working..

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.
6 REPLIES 6
Peter Godron
Honored Contributor

Re: FTP not working..

Shankar,
have you checked permissions on ftpacccess file.
Jakes Louw
Trusted Contributor

Re: FTP not working..

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.
Trying is the first step to failure - Homer Simpson
Sergejs Svitnevs
Honored Contributor

Re: FTP not working..

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
Sheriff Andy
Trusted Contributor

Re: FTP not working..

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)
Darrel Louis
Honored Contributor

Re: FTP not working..

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
Mridul Shrivastava
Honored Contributor

Re: FTP not working..

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.

Time has a wonderful way of weeding out the trivial