☰

为什么我不能使用我的私钥通过 ssh 进入我的服务器？

tag-icon • tag-icon ssh private-key
为什么我不能使用我的私钥通过 ssh 进入我的服务器？

我刚刚像以前一样设置了我的新的服务器，这次我无法使用我的私钥登录。

服务器是 ubuntu 11.04。并且我已经设置了以下 ssh 密钥目录。

root@myserv: ls -la 
drwx------  2 root root 4096 Sep 23 03:40 .ssh

在 .ssh 目录中，我已经完成了chmod 640 authorized_keys

以下是 ssh 连接回溯：

OpenSSH_5.9p1, OpenSSL 0.9.8r 8 Feb 2011
debug1: Reading configuration data /etc/ssh_config
debug1: /etc/ssh_config line 20: Applying options for *
debug1: Connecting to [my.server.ip] [[my.server.ip]] port 22.
debug1: Connection established.
debug1: identity file /Users/john/.ssh/id_rsa type -1
debug1: identity file /Users/john/.ssh/id_rsa-cert type -1
debug1: identity file /Users/john/.ssh/id_dsa type 1
debug1: identity file /Users/john/.ssh/id_dsa-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.8p1 Debian-1ubuntu3
debug1: match: OpenSSH_5.8p1 Debian-1ubuntu3 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.9
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5 none
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Server host key: RSA ef:b8:8f:b4:fc:a0:57:7d:ce:50:36:17:37:fa:f7:ec
debug1: Host '[my.server.ip]' is known and matches the RSA host key.
debug1: Found key in /Users/john/.ssh/known_hosts:2
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Trying private key: /Users/john/.ssh/id_rsa
debug1: Offering RSA public key: /Users/john/.ssh/id_dsa
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: password
root@[my.server.ip]'s password:

更新：

我已经找到了原因，但还无法解释。

rsync -chavz这是由于使用而不是上传密钥导致的scp，在我scp上传密钥后，问题就消失了。有人能解释一下吗？

后来我试了rsync -chv，还是不行

答案1

~/.ssh 目录的权限应该是 700。
~/.ssh/authorized_keys 文件的权限应该是 600。

这是在服务器端获得适当权限的快速公式。

chmod go-w ~/
chmod 700 ~/.ssh
chmod 600 ~/.ssh/authorized_keys

移动密钥的另一种方法是使用ssh-copy-id命令（如果可用）将密钥从您的系统复制到远程系统。它可以纠正这些权限。

答案2

我在不同的平台上遇到了同样的问题

对于使用 Mac OS X 并需要 ssh-copy-id 工具的用户...可以通过以下方式获取

brew install ssh-copy-id

这假设您是 Mac 上软件包的 HomeBrew 用户。

答案3

真正的答案是

Rsync 保留了我电脑的所有权限和系统属性，它无法在服务器上运行。

我执行之后chown root authorized_keys，它立即开始工作。

相关内容