SSH：“服务器拒绝我们的密钥”无缘无故

Question 1

我知道的一些可能的原因与文件权限有关，这些原因大多太宽泛，特别是我可以回忆起两个原因

将 /home/user 目录暴露给所有者以外的其他人
.ssh和/或authorized_keys文件权限（如果超过这个值，则分别将它们设置为700/600）

如果您在服务器上具有 root 访问权限，则可以通过在另一个端口上使用调试和非守护程序选项启动额外的 sshd 服务器来拒绝密钥的确切原因，您可以运行：

sudo `which sshd` -p 2020 -Dd

在服务器上

离开运行状态后，运行 ssh 到它：

ssh -p 2020 -i /path/to/refusedkey

服务器输出会告诉你拒绝的原因

Answer

我知道的一些可能的原因与文件权限有关，这些原因大多太宽泛，特别是我可以回忆起两个原因

将 /home/user 目录暴露给所有者以外的其他人
.ssh和/或authorized_keys文件权限（如果超过这个值，则分别将它们设置为700/600）

如果您在服务器上具有 root 访问权限，则可以通过在另一个端口上使用调试和非守护程序选项启动额外的 sshd 服务器来拒绝密钥的确切原因，您可以运行：

sudo `which sshd` -p 2020 -Dd

在服务器上

离开运行状态后，运行 ssh 到它：

ssh -p 2020 -i /path/to/refusedkey

服务器输出会告诉你拒绝的原因

Question 2

跑步：

sudo `which sshd` -p 2020 -Dd

在一个会话中以 root 身份运行，并在另一个会话中运行：

ssh -p 2020 -i /path/to/refusedkey refusedkeyusername@hostname

为我工作以找出原因。我的用户 ID 权限未设置为 700。我得到的 O/P 如下

debug1: trying public key file /home/userid/.ssh/authorized_keys
debug1: fd 4 clearing O_NONBLOCK
Authentication refused: **bad ownership** or modes for directory /home/sapadmin
debug1: restore_uid: 0/0
Failed publickey for userid from 172.31.2.12 port 27382 ssh2: RSA 
Connection closed by 172.31.2.12 [preauth]

Answer

跑步：

sudo `which sshd` -p 2020 -Dd

在一个会话中以 root 身份运行，并在另一个会话中运行：

ssh -p 2020 -i /path/to/refusedkey refusedkeyusername@hostname

为我工作以找出原因。我的用户 ID 权限未设置为 700。我得到的 O/P 如下

debug1: trying public key file /home/userid/.ssh/authorized_keys
debug1: fd 4 clearing O_NONBLOCK
Authentication refused: **bad ownership** or modes for directory /home/sapadmin
debug1: restore_uid: 0/0
Failed publickey for userid from 172.31.2.12 port 27382 ssh2: RSA 
Connection closed by 172.31.2.12 [preauth]

Question 3

一些明显的检查

authorized_keys ssh-rsa AA...long_line_of_char commentputty gen 的格式有时会给出另一种形式。
授权：
~user/.ssh/authorized_keys 是 -rw-r--r--
~user/.ssh/ 是 drwx------
~user 不是全局可写的。
密钥应部署在 id ~root 或 ~user 中，具体取决于您连接到的用户。

一些不太明显的检查：

root 不允许通过 ssh 访问。（PermitRootLogin no或评论）
授权密钥的默认位置AuthorizedKeysFile %h/.ssh/authorized_keys
即~用户主目录下的.ssh。
authorized_keys 的示例自定义位置AuthorizedKeysFile /foo/bar/authorized_keys.%h
即键，位于/foo/bardir 中。
authorized_keys.root在root文件中
在用户文件中authorized_keys.user，文件归 root 所有

Answer

一些明显的检查

authorized_keys ssh-rsa AA...long_line_of_char commentputty gen 的格式有时会给出另一种形式。
授权：
~user/.ssh/authorized_keys 是 -rw-r--r--
~user/.ssh/ 是 drwx------
~user 不是全局可写的。
密钥应部署在 id ~root 或 ~user 中，具体取决于您连接到的用户。

一些不太明显的检查：

root 不允许通过 ssh 访问。（PermitRootLogin no或评论）
授权密钥的默认位置AuthorizedKeysFile %h/.ssh/authorized_keys
即~用户主目录下的.ssh。
authorized_keys 的示例自定义位置AuthorizedKeysFile /foo/bar/authorized_keys.%h
即键，位于/foo/bardir 中。
authorized_keys.root在root文件中
在用户文件中authorized_keys.user，文件归 root 所有

Question 4

好的！原因之一是 passwd 文件中的用户主目录不是您要从中复制文件的目录。只有 root 可以从每个软件复制，其他用户不能！

例如，如果要从 /backup 目录复制，请确保要验证的用户将主目录设置为 /backup （由其拥有），以便 scp 找到授权密钥“/backup/.ssh/”的正确路径授权密钥”

第二：确保将 Putty 密钥生成器中带有“ssh-rsa AA....”的文本准确复制到authorized_keys 文件中的一行中。您可以从末尾删除任何注释，例如“rsa-key-xxx..”。 authorized_keys 文件必须拥有用户/组，祝你好运！

Answer

好的！原因之一是 passwd 文件中的用户主目录不是您要从中复制文件的目录。只有 root 可以从每个软件复制，其他用户不能！

例如，如果要从 /backup 目录复制，请确保要验证的用户将主目录设置为 /backup （由其拥有），以便 scp 找到授权密钥“/backup/.ssh/”的正确路径授权密钥”

第二：确保将 Putty 密钥生成器中带有“ssh-rsa AA....”的文本准确复制到authorized_keys 文件中的一行中。您可以从末尾删除任何注释，例如“rsa-key-xxx..”。 authorized_keys 文件必须拥有用户/组，祝你好运！

SSH：“服务器拒绝我们的密钥”无缘无故

问题

答案1

答案2

答案3

答案4

相关内容