Cool thanks! I'll check it out.
On Sat, Jul 18, 2015 at 9:56 PM, Alexander Dalloz ad+lists@uni-x.org wrote:
Am 19.07.2015 um 01:58 schrieb Tim Dunphy:
hey guys,
Yesterday I had no trouble loggging into this database host. But today for some reason I can't log in using my RSA key and password authentication doesn't work either.
I am able to log onto the host via console. And I was able to grab the ssh config file. Here it is:
[root@db1 ~]# grep -v '#' /etc/ssh/sshd_config |sed '/^\s*$/d'
egrep -v '^#|^$' /etc/ssh/sshd_config
would be straighter.
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_ecdsa_key SyslogFacility AUTHPRIV AuthorizedKeysFile .ssh/authorized_keys PasswordAuthentication yes ChallengeResponseAuthentication no GSSAPIAuthentication yes GSSAPICleanupCredentials yes
So I performed a verbose ssh login, and this is what I saw:
#ssh -vvv bluethundr@db1.example.com
OpenSSH_6.2p2, OSSLShim 0.9.8r 8 Dec 2011
debug1: Reading configuration data /Users/MyUser/.ssh/config
Odd path.
debug1: /Users/MyUser/.ssh/config line 4: Skipping Host block because of
negated match for *.example.com
debug1: Reading configuration data /etc/ssh_config
debug1: /etc/ssh_config line 20: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to db1.example.com [104.131.222.29] port 22.
debug1: Connection established.
debug3: Incorrect RSA1 identifier
debug3: Could not load "/Users/MyUser/.ssh/id_rsa" as a RSA1 public key
What's wrong there?
[ ... ]
debug1: Local version string SSH-2.0-OpenSSH_6.2
debug1: Remote protocol version 2.0, remote software version OpenSSH_6.7p1 Debian-5
debug1: match: OpenSSH_6.7p1 Debian-5 pat OpenSSH*
I don't see CentOS 7 involved here, neither local nor remote.
[ ... ]
debug1: Offering RSA public key: /Users/MyUser/.ssh/id_rsa
debug3: send_pubkey_test
debug2: we sent a publickey packet, wait for reply
debug1: Authentications that can continue: publickey,password
debug1: Trying private key: /Users/MyUser/.ssh/id_dsa
debug3: no such identity: /Users/MyUser/.ssh/id_dsa: No such file or directory
debug2: we did not send a packet, disable method
debug3: authmethod_lookup password
debug3: remaining preferred: ,password
debug3: authmethod_is_enabled password
debug1: Next authentication method: password
bluethundr@db1.example.com's password:
Can anyone give me a heads up as to why this is failing?
Read the syslog() logfile of the SSH daemon logging. That should give you a hint.
Thanks,
Tim
Alexander
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos