Unable to log in via SSH
I was also having trouble with Proftpd authentication, so I executed "authconfig", and though I thought I exited without making any changes, it could be the case that I screwed something up by going in there.
Today, I rebooted my Linode, and now I can no longer SSH into the box. The SSH daemon is up (it asks for a password) but it rejects my root password or any of the other accounts in the system that were working fine until the reboot.
I am able to log in via Lish, but when I do so, and attempt to get a screen shell (pressing ENTER a few times), all I get is the following prompt
li13-155 login:
Which does not accept any username or password I give it. I know the host is up, and I have access to it via Webmin. I am fairly certain that I have screwed something up related to Authentication and possibly to do with the PAM module, so no SSH login is allowed.
A line that caught my eye from the boot log via lish:
/sbin/mkkerneldoth: line 23: /boot/kernel.h: No such file or directory
(not sure if that is even related to my problem)
What should I try next in order to fix this?
7 Replies
To be perfectly clear, the password prompt comes up, but it rejects my password (the same root password that works just fine via Webmin) leading me to think that it is some sort of authentication module issue.
hope that helps
Cheers
internat
I have checked to make sure the SSH configuration is in order (via Webmin) , and it does allow root login. I am also pretty sure that /etc/password et all are working, since I can log into webmin using any of the Unix user accounts I set up originally.
I was able to find the SSH logs in webmin, and I noticed something that seems very likely to be related to the problem I have:
Apr 9 12:58:30 li13-155 sshd[4866]: PAM unable to dlopen(/lib/security/$ISA/pam_env.so)
Apr 9 12:58:30 li13-155 sshd[4866]: PAM [dlerror: /lib/security/$ISA/pam_env.so: cannot open shared object file: No such file or directory]
Apr 9 12:58:30 li13-155 sshd[4866]: PAM adding faulty module: /lib/security/$ISA/pam_env.so
Apr 9 12:58:30 li13-155 sshd[4866]: PAM unable to dlopen(/lib/security/$ISA/pam_unix.so)
Apr 9 12:58:30 li13-155 sshd[4866]: PAM [dlerror: /lib/security/$ISA/pam_unix.so: cannot open shared object file: No such file or directory]
Apr 9 12:58:30 li13-155 sshd[4866]: PAM adding faulty module: /lib/security/$ISA/pam_unix.so
Apr 9 12:58:30 li13-155 sshd[4866]: PAM unable to dlopen(/lib/security/$ISA/pam_deny.so)
Apr 9 12:58:30 li13-155 sshd[4866]: PAM [dlerror: /lib/security/$ISA/pam_deny.so: cannot open shared object file: No such file or directory]
Apr 9 12:58:30 li13-155 sshd[4866]: PAM adding faulty module: /lib/security/$ISA/pam_deny.so
Apr 9 12:58:30 li13-155 sshd[4866]: PAM unable to dlopen(/lib/security/$ISA/pam_cracklib.so)
Apr 9 12:58:30 li13-155 sshd[4866]: PAM [dlerror: /lib/security/$ISA/pam_cracklib.so: cannot open shared object file: No such file or directory]
Apr 9 12:58:30 li13-155 sshd[4866]: PAM adding faulty module: /lib/security/$ISA/pam_cracklib.so
Apr 9 12:58:30 li13-155 sshd[4866]: PAM unable to dlopen(/lib/security/$ISA/pam_limits.so)
Apr 9 12:58:30 li13-155 sshd[4866]: PAM [dlerror: /lib/security/$ISA/pam_limits.so: cannot open shared object file: No such file or directory]
Apr 9 12:58:30 li13-155 sshd[4866]: PAM adding faulty module: /lib/security/$ISA/pam_limits.so
Apr 9 12:58:30 li13-155 sshd[4866]: Failed password for web from ::ffff:71.227.0.0 port 63149 ssh2
Apr 9 12:58:39 li13-155 last message repeated 2 times
Apr 9 12:59:48 li13-155 webmin[4874]: Non-existent login as web from 71.227.0.0
Apr 9 13:00:02 li13-155 webmin[4876]: Non-existent login as ghurtado from 71.227.0.0
Apr 9 13:00:11 li13-155 webmin[4878]: Successful login as root from 71.227.0.0
So it looks like SSHD is attempting to use PAM for authentication but it can't load the PAM modules. Does anyone know if I can change the SSH config to use regular Unix authentication?
Thanks again.
Garcia
I decided to take the easy route and reinstalled the distro, I am using Debian now and so far I like it a lot more than RedHat.