“服务器拒绝了我们的关键”，从私人EBS AMI启动实例后(“Server Refused our

我已经创建了自己的EBS AMI，与其他AWS账户共享它，推出了新的实例基于新的密钥对这个形象，现在当我试图连接到这个新的实例我得到错误：“服务器拒绝了我们的关键” 。

这是我做过什么（一步一步）

1. 在我的个人账户配置新的CentOS 6.3的服务器（我个人的密钥对）
2. 该服务器的创建EBS AMI图像
3. 共享这一形象与我的客户的帐户
4. 在我的客户推出新的实例帐户基于此共享图像+新的密钥对上
5. 新启动的实例不想要采取新的密钥对。 一些测试后，我的数字，它接受我的个人密钥对来代替。

如何从我的形象作出新的实例来接受新的密钥对？ 我甚至试图消除在原始图像“的.ssh / authorized_keys的”文件，而公钥和仍然没有成功推出基于该图像的新实例。

请指教如何创建，不会被连接到旧密钥对图像

Answer 1:

我曾与该错误消息类似的问题，这是我如何固定它。 希望这可以帮助你，或者别人谁被卡住，在这里找到自己的方式：

1. 在AWS控制台确保您的实例是健康运行
2. 检查你使用正确的公共DNS地址，上市当你点击一个实例
3. 从左手边选择安全组和安全组中，单击要使用
4. 单击入站选项卡
5. 从创建一个新的规则：对话框中选择SSH
6. 在源把你的IP地址和CIDR值。 如果它只是你没有网络上的NAT只使用32作为您的CIDR（如？。？。？。？/ 32）
7. 单击添加规则
8. 单击应用规则更改
9. 右键单击您的实例并选择创建映像（EBS AMI）
10. 给它一个图片名称在创建映像向导，然后单击创建
11. 经过短暂的时间中选择AMI的从AWS控制台左侧导航栏
12. 右键单击新的AMI，然后单击启动实例
13. 在请求实例向导中单击继续，直到你必须创建密钥对
14. 选择一个密钥对，并利用它（注记：如果你还没有仍然有你的.pem文件中查找该密钥对，您将需要生成从左侧导航栏选择密钥对一个新的，创建密钥对等方式得到的.pem文件）
15. （ - 没有子网掩码和32 CIDR）与您的IP地址创建的规则选择安全组
16. 单击继续，并在接下来的屏幕上点击启动
17. 回到实例视图，并等待您的实例是完全初始化和健康
18. 开放的puttygen
19. 从工具栏，和导入密钥点击转化
20. 导航到您的.pem键在文件浏览器并打开它
21. 从参数框中选择SSH-1（RSA）
22. 把你的密钥对的名称在密钥注释框（只为有效的内部管理）
23. 点击保存私钥和保存在某个地方你的文件系统上的文件.ppk
24. 打开腻子
25. 在主机名框中输入公共DNS为您的EC2实例
26. 输入端口22
27. 从连接类型框中打勾SSH单选按钮
28. 在左侧导航栏中点击SSH从连接树
29. 点击验证
30. 点击浏览在认证参数中，并打开您的.ppk文件
31. 从左侧导航栏中点击会话
32. 在保存会话文本框中输入该连接的名称，然后单击保存（这是这样你就不必去通过每次建立腻子连接，只需双击您保存的连接 - 为那些不知道）
33. 点击打开
34. 当提示输入登录名，你可能会使用“EC2用户”或“Ubuntu的（提示：使用“根”，你可能会得到一个消息，告诉你哪个用户名，您应该使用！）
35. 无需输入密码，该.ppk文件将验证您的身份
36. 希望您现在已经连接到EC-2实例，好走！

Answer 2:

我有一个新的SUSE实例这个问题。 我终于可以用“root”身份进行连接。 它不停地拒绝EC2用户。

Answer 3:

这意味着你不登录到您的EC2实例使用正确的用户名。 这里是用户的列表中，您可以在腻子使用连接到EC2实例对于亚马逊的Linux AMI，用户名是EC2用户 。 对于RHEL5 AMI，用户名或者是根或EC2用户 。 对于一个Ubuntu AMI，用户名是Ubuntu Linux系统 。 对于一个Fedora AMI，用户名或者是fedora的或EC2用户 。 对于SUSE Linux，用户名称是根或EC2用户 。 否则，如果EC2用户和根不工作，请与AMI提供商。

http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/TroubleshootingInstancesConnecting.html#TroubleshootingInstancesConnectingPuTTY

Answer 4:

由于您的AMI从社区AMI，而不是正式的公共AMI起源，有可能是它没有被设置到SSH密钥复制的实例启动时，或者说，它使用不同的机制来做到这一点。

我的理解是，在启动时要复制的SSH密钥，一些shell脚本必须在实例本身内运行，如简要说明这里 。

该AMI说明页提到，它一直以“云初始化启动”，所以也许有一种方法，通过CloudInit做到这一点。 看到该文档在这里 。

Answer 5:

我有这个问题，原来我打字ec2_user当它的意思是EC2用户

Answer 6:

这可能是原因只有一个，显示服务器拒绝了我们的关键 。

那就是：服务器的密钥对和用户名组合是不正确的，我已经遇到了许多倍。

Answer 7:

默认情况下，亚马逊将追加与现有的一个新的密钥。 我们可以通过安装在其他活动实例驱动器解决这个问题，并从文件的.ssh / authorized_keys文件的内容和添加新的关键的你PEM密钥文件。

文章来源: “Server Refused our key” after launching instance from private EBS AMI