被锁定在自己的服务器之外：通过 ssh 连接时立即收到“身份验证失败次数过多”的信息

Question 1

这个错误通常意味着你得到了加载了太多按键ssh-agent。

解释：您的 ssh 客户端将尝试逐个使用中的所有密钥，ssh-agent然后才能使用指定的密钥-i aws_kona_id。是的，这有点违反直觉。因为每次这样的尝试都算作一次验证失败默认情况下，SSH 服务器只允许 5 次尝试，您会收到以下错误：身份验证失败次数过多。

您可以查看尝试使用的身份（密钥）ssh -v。

解决方案是告诉ssh仅使用命令行上指定的身份：

ssh -o "IdentitiesOnly yes" -i ~/.ssh/aws_kona_id -v [email protected]

如果没有帮助，请在此处发布该命令的输出。

Answer

这个错误通常意味着你得到了加载了太多按键ssh-agent。

解释：您的 ssh 客户端将尝试逐个使用中的所有密钥，ssh-agent然后才能使用指定的密钥-i aws_kona_id。是的，这有点违反直觉。因为每次这样的尝试都算作一次验证失败默认情况下，SSH 服务器只允许 5 次尝试，您会收到以下错误：身份验证失败次数过多。

您可以查看尝试使用的身份（密钥）ssh -v。

解决方案是告诉ssh仅使用命令行上指定的身份：

ssh -o "IdentitiesOnly yes" -i ~/.ssh/aws_kona_id -v [email protected]

如果没有帮助，请在此处发布该命令的输出。

Question 2

我认为 MLu 的答案在这种情况下可能是正确的。验证这一点的方法是运行命令行 ssh 命令，为服务器指定正确的密钥。

ssh -i "keyfile.pem" [email protected]

如果这不起作用，并且在“我被锁定在服务器之外，救命！”的一般情况下，通常建议的方法是将卷作为数据卷安装到另一个实例。

重复此操作，直到您获得访问权限。如果您无法获得访问权限，此操作至少可以让您访问您的数据。

Answer

我认为 MLu 的答案在这种情况下可能是正确的。验证这一点的方法是运行命令行 ssh 命令，为服务器指定正确的密钥。

ssh -i "keyfile.pem" [email protected]

如果这不起作用，并且在“我被锁定在服务器之外，救命！”的一般情况下，通常建议的方法是将卷作为数据卷安装到另一个实例。

重复此操作，直到您获得访问权限。如果您无法获得访问权限，此操作至少可以让您访问您的数据。

Question 3

SSH 默认尝试所有可用的 SSH 密钥。它以“随机”顺序执行此操作。指定该-i选项只是告诉 SSH 将该密钥文件添加到要尝试的密钥列表中。

确实如此不是：

最终发生的情况（如果您使用多个密钥，则经常会发生）是 SSH 尝试几个不起作用的随机密钥，并且服务器停止接受来自客户端的身份验证尝试。

如果你想告诉 SSH“使用仅有的此键”必须指定IdentitiesOnly yes选项：

ssh -o "IdentitiesOnly yes" -i"/home/kona/.ssh/aws_kona_id" [email protected] -p22

IdentitiesOnly yes告诉 SSH 仅使用明确指定的密钥（在这种情况下仅使用指定的密钥-i）。

这就是为什么当我为不同的主机使用自定义密钥时总是在中定义主机配置.ssh/config。这样我就可以使用一个简单的别名，更重要的是，指定IdentitiesOnly yes要使用哪个键来避免这种错误：

Host kona.server
    Hostname server.akona.me
    IdentityFile ~/.ssh/aws_kona_id
    IdentitiesOnly yes
    Port 22
    User kona

完成上述操作后，.ssh/config您只需使用以下简单方法即可登录您的服务器：

$ ssh kona.server

Answer