我犯了同样的错误，但情况不同。对我来说，在很长一段时间后，我可以成功地SSH到我的远程计算机。经过大量的搜索，我的问题的解决方案是文件权限。当然，这很奇怪，因为我没有改变任何权限在我的计算机或远程属于ssh的文件/目录。从archlinux的维基百科中可以看到:

对于本地机器，执行以下操作:

$ chmod 700 ~/
$ chmod 700 ~/.ssh
$ chmod 600 ~/.ssh/id_ecdsa

对于远程机器，这样做:

$ chmod 700 ~/
$ chmod 700 ~/.ssh
$ chmod 600 ~/.ssh/authorized_keys

在那之后，我的SSH开始重新工作，没有权限拒绝(公钥)的事情。

以我自己为例，我做了以下事情:

chmod 400 <key.pem>

ssh -i <key.pem> ec2-user@ec2_public_dns (for debian)

我最初使用root@部分，我得到了这个提示:

Please login as the user "ec2-user" rather than the user "root".

此错误消息表示您身份验证失败。

以下是导致这种情况的常见原因:

试着用错误的键连接。您确定这个实例正在使用这个对吗? 试图连接错误的用户名。ubuntu是基于ubuntu的AWS发行版的用户名，但在其他一些debian上它是ec2-user(或admin，根据Bogdan Kulbida的回答)(也可以是root, fedora，见下文) 试图连接错误的主机。这是您要登录的主机吗?

注意1。如果你把/home/<用户名>/弄乱了，也会发生这种情况。EC2实例上的ssh/authorized_keys文件。

约2。，关于您应该使用哪个用户名的信息通常缺乏从AMI映像描述。但您可以在AWS EC2文档中找到一些，要点4。： http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/AccessingInstancesLinux.html

使用ssh命令连接到实例。您将指定私钥(.pem)文件和user_name@public_dns_name。对于Amazon Linux，用户名为ec2-user。对于RHEL5，用户名是root或ec2-user。对于Ubuntu操作系统，用户名为Ubuntu。对于Fedora，用户名为“Fedora”或“ec2-user”。对于SUSE Linux操作系统，用户名为root。否则，如果ec2-user和root不起作用，请与AMI提供程序进行检查。

最后，请注意身份验证失败还有许多其他原因。如果您想在SSH命令中添加-v选项并读取输出，SSH通常会非常明确地说明哪里出了问题，这在对这个问题的许多其他答案中都有解释。

我也犯过类似的错误

debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Trying private key: xxxx.pem
debug1: Authentications that can continue: publickey
debug1: No more authentication methods to try.
Permission denied (publickey).

我的问题是，由于第3步的run-on- startup脚本上的错误，实例没有正确启动:在高级详细信息下配置实例详细信息:

我心里想的是:

# include
 https://xxxx/bootstrap.sh


实际输入的内容会破坏实例设置

# include

https://xxxx/bootstrap.sh

因此没有创建实例端的公钥

我可以从一台机器上SSH，但不能从另一台机器上SSH。原来我用错了私钥。

我解决这个问题的方法是从我的私钥中获取公钥，就像这样:

Ssh-keygen -y -f ./myprivatekey.pem

输出的内容与~/中的内容不匹配。ssh/authorized_keys在EC2实例上。

我也为此挣扎了一段时间，直到我发现了以下几点:

eb ssh

当你从项目目录中使用它时，没问题，没问题，你就进入了