ssh密钥登录失败（转）

https://www.chenyudong.com/archives/ssh-public-key-authentication-refused.html

 

搞一个ssh的密钥登录，结果发现就是无法使用密钥登录，非让我输入密码。苦恼。

输入ssh连接代码

ssh -i private.key -v user@host.com -p22

从连接的信息中看不出有什么问题。

debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password
debug1: Next authentication method: publickey
debug1: Offering public key: private.key
debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password
debug1: Next authentication method: password

已经提示说了，使用公钥登录，并且提供了私钥，但是还是提示让我输入密码。

但是我使用另外一个帐号去登录，发现是ok的，可以登录成功。我把成功的那个authorized_keys复制到我的那个用户名下，发现还是不能登录。但是验证了服务器的sshd功能是正常运行的，否则另外一个账户就没办法登录了。我觉得两个用户名的所在的环境应该是相同了，但是确实无法登录。

想到了客户端这里的连接没有更多有效的信息，那就想到了去服务器上看看相关的信息。vim /var/log/secure查看一下日志。发现有这么一段话：

Authentication refused: bad ownership or modes for directory /home/user/.ssh

上网搜了一下这个问题，发现原来是.ssh的目录权限不对，设置一下正确的权限：

chmod 700 ~/.ssh

在此过程中还学习到了一个sshd的测试模式。

 /usr/sbin/sshd -p 10022 -d
      -d     以调试模式运行。服务器将在前台运行并发送非常详细的调试日志信息，
             服务器将只允许接入一个连接，并且不派生出子进程。仅用于调试目的。
             使用多个 -d 选项可以输出更详细的调试信息(最多3个)。

会开启一个sshd的调试模式，新建一个10022端口，在客户端连接这个端口的时候，服务器端会有debug日志输出在屏幕上，这个时候就可以查看详细的信息。然后再针对信息进行解决。

总结

服务器用户对于ssh目录权限有一些权限要求，权限不对的话ssh无法工作，建议以下权限作为最小的权限。

chmod 700 .ssh          # chmod 755 .ssh 也是可以的
chmod 600 .ssh/authorized_keys
chmod 400 .ssh/private.key  #把密钥的权限也设置为最小

终于又可以愉快的编程了。