上面所有排名靠前的答案都是准确的，应该适用于大多数情况。如果它们不像我的情况一样，我只是去掉了~/。ssh/known_hosts文件在我试图ssh的机器上，这为我解决了问题。后来我和他联系上了。

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

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

上面所有排名靠前的答案都是准确的，应该适用于大多数情况。如果它们不像我的情况一样，我只是去掉了~/。ssh/known_hosts文件在我试图ssh的机器上，这为我解决了问题。后来我和他联系上了。

导致此错误的另一个可能原因:

现象描述当用户的主目录为组可写时，用户无法登录。

(在Ubuntu实例上复制)

您需要执行以下步骤:

如果您使用的是Linux，请打开ssh客户端或终端。 找到您的私钥文件并更改目录。 CD <您的。pem文件>的路径 执行以下命令: Chmod 400 <filename>.pem SSH -i <filename>。pem ubuntu@ < ipaddress.com >

如果ubuntu用户无法使用，那么尝试使用ec2-user。

在这种情况下，问题产生于密钥对丢失。关于这个:

无法更改实例上的密钥对。您必须创建一个使用新密钥对的新实例。 如果您的实例由Elastic Beanstalk上的应用程序使用，则可以解决这个问题。

你可以遵循以下步骤:

访问AWS管理控制台 打开弹性豆茎标签 从所有应用程序选项卡中选择您的应用程序 从左边menù选择配置 单击Instances Gear 在服务器表单中检查EC2密钥对输入并选择新的密钥对。您可能必须刷新列表才能看到刚刚创建的新密钥对。 保存 Elastic Beanstalk将为您创建与新密钥对关联的新实例。

通常，请记住必须允许EC2实例接受入站SSH通信。

为此，您必须为EC2实例的Security Group创建一个特定的规则。 您可以按照以下步骤进行操作。

Access to AWS Management Console Open EC2 Tab From Instances list select the instance you are interested in In the Description Tab chek the name of the Security Group your instance is using. Again in Description Tab click on View rules and check if your Security Group has a rule for inbound ssh traffic on port 22 If not, in Network & Security menù select Security Group Select the Security Group used by your instance and the click Inbound Tab On the left of Inbound Tab you can compose a rule for SSH inbound traffic: Create a new rule: SSH Source: IP address or subnetwork from which you want access to instance Note: If you want grant unlimited access to your instance you can specify 0.0.0.0/0, although Amazon not recommend this practice Click Add Rule and then Apply Your Changes Check if you're now able to connect to your instance via SSH.

希望这能像帮助我一样帮助别人。