It was a simple problem. Daniel Pigg, Stefan Jon Silverman, and Kevin Korb
all suggested that /etc/shells was missing. It was. Oops. Thanks, guys.
-----Original Message-----
We're still running a 4.1.3 machine (and it's actually still quite useful).
Some time back we lost the root disk, re-installed / re-configured / no
problem. The machine is part of an NIS domain, with +::0:0::: at the end of
the passwd file.
in.ftpd accepts logins from root, but not from regular users. Running
in.ftpd with -ld flags produces the following in /var/adm/messages:
Dec 29 11:59:24 ast2 ftpd[1010]: connection from ast1 at Tue Dec 29 11:59:24
1998
Dec 29 11:59:24 ast2 ftpd[1010]: <--- 220
Dec 29 11:59:24 ast2 ftpd[1010]: astco FTP server (SunOS 4.1) ready.
Dec 29 11:59:27 ast2 ftpd[1010]: command: USER bryanh^M
Dec 29 11:59:27 ast2 ftpd[1010]: <--- 530
Dec 29 11:59:27 ast2 ftpd[1010]: User bryanh access denied.
Dec 29 11:59:27 ast2 ftpd[1010]: command: SYST^M
Dec 29 11:59:27 ast2 ftpd[1010]: <--- 500
Dec 29 11:59:27 ast2 ftpd[1010]: 'SYST': command not understood.
Dec 29 11:59:48 ast2 ftpd[1010]: command: QUIT^M
Dec 29 11:59:48 ast2 ftpd[1010]: <--- 221
Dec 29 11:59:48 ast2 ftpd[1010]: Goodbye.
It seems that in.ftpd is rejecting logins out-of-hand. This isn't a network
connectivity issue. Non-root users can telnet / rlogin without any
problems.
I'm contemplating simply replacing in.ftpd with wu-ftpd. In the interim,
I'm still curious about what's going on here. Suggestions welcome. Will
summarize.
This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:12:54 CDT