这种情况在我身上发生过很多次。我使用的是Amazon Linux AMI 2013.09.2和Ubuntu Server 12.04.3 LTS，它们都在免费层。

每次我启动一个实例，我都有拒绝显示的权限。我还没有验证这一点，但我的理论是，在我尝试ssh进入它之前，服务器还没有完全设置好。在尝试了几次被拒绝后，我等了几分钟，然后我就可以连接了。如果你遇到这个问题，我建议你等五分钟再试一次。

它是区分大小写的。

错误:SSH EC2-user@XXX.XX.XX.XX -i MyEC2KeyPair.pem

正确方法:SSH ec2-user@XXX.XX.XX.XX -i MyEC2KeyPair.pem

我挣扎着同样的权限拒绝错误显然是由于

key_parse_private2: missing begin marker 

在我的情况下，原因是当前用户的ssh配置文件(~/.ssh/config)。

使用以下方法:

ssh -i ~/myKey.pem ec2-user@<IP address> -v 'exit'

初步输出结果显示:

debug1: Reading configuration data /home/ec2-user/.ssh/config
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 56: Applying options for *
debug1: Hostname has changed; re-reading configuration
debug1: Reading configuration data /home/ec2-user/.ssh/config
debug1: Reading configuration data /etc/ssh/ssh_config

…许多调试线在这里切断…

debug1: Next authentication method: publickey
debug1: Trying private key: /home/ec2-user/somekey.pem
debug1: key_parse_private2: missing begin marker
debug1: read PEM private key done: type RSA
debug1: Authentications that can continue: publickey
debug1: No more authentication methods to try.

上面的第三行是实际发现问题的地方;然而，我在调试消息从底部(上面)四行，并被误导。钥匙没有问题，但我测试了一下，比较了其他配置。

我的用户ssh配置文件通过一个意外的全局设置重置主机，如下所示。第一行Host不应该是注释。

$ cat config
StrictHostKeyChecking=no
#Host myAlias
        user ec2-user
        Hostname bitbucket.org
#        IdentityFile ~/.ssh/somekey
#        IdentitiesOnly yes

Host my2ndAlias
        user myOtherUser
        Hostname bitbucket.org
        IdentityFile ~/.ssh/my2ndKey
        IdentitiesOnly yes

我希望这对其他人有帮助。

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

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

试着用错误的键连接。您确定这个实例正在使用这个对吗? 试图连接错误的用户名。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通常会非常明确地说明哪里出了问题，这在对这个问题的许多其他答案中都有解释。

下面是一个可能产生此错误的令人沮丧的场景:

如果您从另一个实例(例如实例xyz)创建的AMI中导入一个新实例，那么新实例将只接受实例a使用的相同密钥。这是完全可以理解的，但它会令人困惑，因为在创建新实例的一步一步的过程中，您被要求选择或创建一个键(在最后一步)，这将不起作用。

无论您创建或选择的键是什么，只有用于实例XYZ的键将被新实例接受。

这种情况在我身上发生过很多次。我使用的是Amazon Linux AMI 2013.09.2和Ubuntu Server 12.04.3 LTS，它们都在免费层。

每次我启动一个实例，我都有拒绝显示的权限。我还没有验证这一点，但我的理论是，在我尝试ssh进入它之前，服务器还没有完全设置好。在尝试了几次被拒绝后，我等了几分钟，然后我就可以连接了。如果你遇到这个问题，我建议你等五分钟再试一次。