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.
Seemingly Similar 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