断开连接：没有可用的受支持的身份验证方法（服务器发送：publickey、gssapi-with-mic）答案

【问题标题】：disconnected: no supported authentication methods available (server sent: publickey, gssapi-with-mic)断开连接：没有可用的受支持的身份验证方法（服务器发送：publickey、gssapi-with-mic）
【发布时间】：2022-02-11 17:52:10
【问题描述】：

我不知道发生了什么。

我已经能够连接到服务器几天没有问题，突然我使用腻子得到了一个冻结的窗口。之后，每次尝试连接时，我都会收到以下消息：

disconnected: no supported authentication methods available (server sent: publickey, gssapi-with-mic)

我正在使用 putty 和 puttyagent 作为私钥。我已经把公钥上传到服务器了，半小时前就可以连接上了。

如何检查失败的原因？我没有更改用户或密码或任何东西。

【问题讨论】：

如果您从 AWS 市场选择 WHM 免费套餐来创建新的 ec2 机器，那么这台机器将在 centos 中，默认用户为 centos。因此，请在使用 ssh 远程访问本机时检查您的用户名。

标签： ssh putty

【解决方案1】：

在使用 Vagrant 创建 Centos 7 虚拟机后，我遇到了同样的问题。在 sshd_config 文件中它说“PasswordAuthentication no”。将其更改为“PasswordAuthentication yes”并重新启动 sshd 为我解决了这个问题。

【讨论】：

【解决方案2】：

我也有类似的问题：

在腻子控制台中，我收到消息说“服务器拒绝了我们的密钥”
windows 错误消息是：“PuTTY 致命错误”-“没有支持的身份验证方法可用（服务器发送：公钥、gssapi-keyex、gssapi-with-mic）”

我能够通过 PowerShell 成功连接到 EC2（使用 .pem 文件），所以我意识到 .ppk 文件是错误的。

谷歌搜索了大约一个小时，发现当您第一次使用 PuTTYgen 生成 .ppk 时，您会看到关键评论提交了类似“rsa-key-20191006”的内容，而应该是“imported-openssh” -key”。

在我第一次加载相同的 .pem 文件后（但没有单击“生成”）并单击“保存私钥”并将此私钥用于身份验证，一切都按预期工作。

【讨论】：

... 并选择 SSH-1(RSA) 作为类型。它默认为 RSA（我的）。
你是救生员！

【解决方案3】：

我遇到了同样的错误 disconnected: no supported authentication methods available (server sent: publickey, gssapi-with-mic) 尝试使用 PPK 通过 ssh 连接到 AWS EC2 实例。我遇到并修复的问题是，当我使用 PuTTYKeyGenerator 从 PEM 转换为 PPK 时，默认情况下它使用 AWS EC2 不支持的 PPK 文件版本 3，当我尝试连接 mRemoteNG 时出现错误，然后我尝试了直接用 PuTTYNG 我得到了PuTTY key format too new:

要使其正常工作，请更改 PuTTYKeyGenerator >> Key >> Parameters for saving key files >> PPK file version: 2，然后重新转换 PPK，应该可以正常工作。

【讨论】：

这个解决方案也适用于我的 Oracle 云基础设施。
解决了我使用 mRemoteNG + putty 私钥访问 centos 机器的问题。

【解决方案4】：

嗯……

最后，我不得不删除所有密钥，再次上传它们，或多或少等待半小时。我不知道发生了什么，但现在它又起作用了。

【讨论】：

【解决方案5】：

复制 pem 文件中的内容并创建另一个 pem 文件并粘贴内容。听起来很蹩脚......但它的工作原理！

【讨论】：

【解决方案6】：

由于用户 ID 错误，我收到此错误。我一使用 ec2-user 它就起作用了。我的印象是我的 AWS 账户 ID 是我的用户 ID。似乎 ec2-user 是默认用户，您应该登录。

【讨论】：

【解决方案7】：

我有同样的问题，这只是因为 Windows Defender。只需转到勒索软件保护并允许您的 Know 应用程序，如 Putty 或 MoBaExtreme 等。

【讨论】：

【解决方案8】：

只需转到 Putty keygen 并从安装了 vagrant box for centos 的本地路径加载现有私钥（例如：- ...vagrant\machines\default\virtualbox\private_key），然后选择 SSH-1 (RSA ) 选项，最后单击“保存私钥”按钮并将该文件保存在桌面或任何位置。然后打开 putty 填写机器的 ip 地址 -> 进入 SSH -> Auth -> 浏览并提供您保存在桌面或任何地方的相同密钥，然后单击打开。

【讨论】：

【解决方案9】：

在我的例子中，将 putty 和 puttygen 更新到最新版本 (0.76) 解决了这个问题。

从https://www.puttygen.com/#Download_PuTTYgen_on_Windows下载最新的 putty 和最新的 puttygen
在 puttygen 中单击 Load，选择 All Files 并为您的 EC2 实例选择您的 PEM 文件。
选择 SSH-1 (RSA) 作为要生成的密钥类型。
点击保存私钥。
在腻子中的 Auth 部分单击浏览并选择您生成的私钥。

【讨论】：

【解决方案10】：

我在连接到 openshift Labs 时遇到了同样的问题。停止为新服务器工作。我不得不再次将公钥上传到 OPENTLC，它与 Putty 一起工作

在 PuTTY 中，在左侧的 Category 下，导航到 Connection → SSH → Auth。

在Authentication parameters下的右侧，单击Browse并找到从PuttyGen保存的私钥

【讨论】：

【解决方案11】：

我遇到了同样的错误，这对我有用。

在“类别”窗格中，展开“连接”，展开 SSH，然后选择“身份验证”。
完成以下操作：选择浏览。选择您想要的 .ppk 文件为您的密钥对生成并选择 Open。

AWS 文档参考链接：https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/putty.html

【讨论】：

【解决方案12】：

我可以通过使用 .ppk 文件而不是 .pem 文件来解决这个问题。

以上对我有用。

【讨论】：

请强调与现有答案相比，这提供的额外见解，尤其是 Verica Milanovic 的答案。
上述许多答案都在尝试删除某些内容并再次创建相同的文件并尝试。我也尝试了 Verica 的回答，但这并不是我的问题，虽然有点相似。我相信她最终在回复中尝试了 .pem。但我的评论只是关于尝试使用 ppk，即使 .pem 也可用。它对我有用，而且仍然有效！（并且 .pem 仍然无法正常工作）所以分享了。我很高兴分享屏幕截图，但由于您的负面观点，我无法这样做。您能否强调一下您在我的解决方案中遇到的问题？
我做过并且已经经历过，先生..这就是问你小姐在哪里的原因？我仍然将我的帖子视为一种解决方案（实际上是直截了当的解决方案），与这里的其他人不同，我试图使其简短而直接。但如果你还坚持，我会删除它吗？ :) 这样做不会获得太多或失去任何东西。再次感谢！
现在我删除了绒毛，我意识到你实际上提出了与我混淆的赞成答案相反的答案。对不起。

【解决方案13】：

重启机器并重新安装 FileZilla 然后再次连接解决了我的问题。

【讨论】：

这并没有提供问题的答案。一旦你有足够的reputation，你就可以comment on any post；相反，provide answers that don't require clarification from the asker。 - From Review