Hi all,
When we installed OpenSSH 3.7.1p2, we could no longer ssh into the root
account. The following message would appear in the syslog.log:
Oct 8 19:20:38 myhost sshd[22179]: User root not allowed because account is
locked
We use NIS+ under HP-UX 11.00. We have very recently changed the root
password. To change the root password under NIS+ we do the following:
# passed
# chkey -p
# keylogin -r
The last command generates a /etc/.rootkey file. Doing the command
'/usr/lbin/getprpw root' says the account is *not* locked.
We did not have any problems using ssh to login as root with OpenSSH 3.7.1p1.
Is this a bug or am I missing something?
Any info will be appreciated.
Thanks,
Steven
--
___ ____________
<<<((__O\ (__<>___<>__ \ ____
Don't get rattled by
Steven Whatley \ \_(__<>___<>__)\O\_/O___>-< what I
say. It's just
swhatley at hal-pc.org \O__<>___<>___<>)\___/ my
opinion.
swhatley at hal-pc.org wrote:> When we installed OpenSSH 3.7.1p2, we could no longer ssh into the root > account. The following message would appear in the syslog.log: > > Oct 8 19:20:38 myhost sshd[22179]: User root not allowed because account is > locked3.7.1p2 had a couple of bugs on HP-UX in some configurations (trusted mode and shadow passwords are the ones I know of, and it looks like NIS+ too). Most have been fixed in the recent snapshots, but I've also got a patch that accumulates just the HP-UX fixes: http://www.zip.com.au/~dtucker/openssh/openssh-3.7.1p2-hpux.patch -- Darren Tucker (dtucker at zip.com.au) GPG key 8FF4FA69 / D9A3 86E9 7EEE AF4B B2D4 37C9 C982 80C7 8FF4 FA69 Good judgement comes with experience. Unfortunately, the experience usually comes from bad judgement.
Reasonably Related Threads
- sshd takes 15 minutes to start
- 6342022 keyserv does not use /etc/.rootkey on x86
- [Bug 738] OpenSSH 3.7.1p2 Password Authentication Failure Through NIS+ on Non-Master Server
- 6271225 gcc and cmd/keyserv don''t get along
- OPENssh (2.9p2) and keylogin in NIS+ on Solaris 7 with PAM