Link to home
Start Free TrialLog in
Avatar of powelly
powellyFlag for United Kingdom of Great Britain and Northern Ireland

asked on

SCO FTP access fails

I've recently installed SCO OpenServer 5.0.5 and I can't ftp into the machine.

It can't even FTP to itself.

The output of ftp -dv 127.0.0.1 is:

# ftp -dv 127.0.0.1
Connected to 127.0.0.1.
220-
220 localhost FTP server (Version 2.1WU(1)) ready.
---> AUTH KERBEROS_V5
334 Using authentication type KERBEROS_V5: ADAT must follow
'KERBEROS_V5' accepted as authentication type
Kerberos V5: error while constructing principal name: Unknown code DCE:krb 169 (336761001)
Name (127.0.0.1:root): root                                                    
---> USER root
530 User root access denied.
Login failed.
---> SYST
215 UNIX Type: L8 (SCO UNIX Release 3.2v5.0.5 [on Pentium], KID 98/07/02).
Remote system type is UNIX.
---> TYPE I
200 Type set to I.
Using binary mode to transfer files.
ftp>


This happens for any user, not just root.
It did previously work, but then just stopped...

Avatar of powelly
powelly
Flag of United Kingdom of Great Britain and Northern Ireland image

ASKER

Edited text of question.
Avatar of chintu
chintu

FTP problem.

Looks like some configuration for ftp server has changed.  I am not familiar with the SCO specifics,
but if possible you can post the man page
for
ftpd
or in.ftpd here and I can figure out the reason.

I've been through that on a Solaris/Linux
The answer is in your post. It is the Kerberos authentication protocol.  It isn't normally part of SCO's FTP login.  How did it get there?  You need to remove it.
Avatar of powelly

ASKER

Calvin:
I thought it might be the Kerberos authentication. I havn't knowingly installed it and I can't find how to remove it. This is a clean install of SCO with the default install options.

chintu:
The SCO FTP man page is too large to post here IMHO. If you really want I'll e-mail it to you.
You could try disabling the Kerberos daemon, if you don't use Kerberos; On Solaris, you would edit /etc/inetd.conf (which controls all Internet daemons) and comment out the "kerbd" line, then restart the inetd daemon. On SCO, the Kerberos daemon may be started explicitly - Have a look in the startup files and the man pages
Check /etc/inetd.com. Your ftp daemon entry most likely is specifying -k which tells it to use kerberos. Just remove it.

OH Yeah ... Don't forget to restart inetd after the change!
I might get right this TIME! the file to check is /etc/inetd.conf not .com (sorry) :)

Avatar of powelly

ASKER

I've checked the inetd.conf file. Kerberos isn't mentioned in the file at all. So I presume that inetd.conf doesn't start it. I'll check some other files a little later...

I've also checked the ftp entry in inetd.conf and the -k option isn't specified. No extra options are specified infact.
Hey... take a look at this:

www.sco.com/ta

ta # 105445


It's very simular to the problem you are having, although not exactly. Have you tried ftp client from another system other than SCO 5.0.5? It appears that it is the 5.0.5 ftp client that has the problem.
check and setup /etc/ftpaccess
also take care for /etc/hosts.{allow,deny}
ASKER CERTIFIED SOLUTION
Avatar of CalvinThomas
CalvinThomas

Link to home
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Start Free Trial