Ssh 亚马逊密钥对删除
我想我已经删除了服务器端密钥对,现在我得到了:Ssh 亚马逊密钥对删除,ssh,amazon-ec2,Ssh,Amazon Ec2,我想我已经删除了服务器端密钥对,现在我得到了: Using username "ubuntu". Server refused our key 我正在为我的客户运行AmazonEC2服务器。如何恢复对服务器的访问 您可以停止(而不是终止)服务器并从中生成映像 然后,您可以根据刚才制作的映像启动新服务器。创建新服务器时,可以创建新密钥对 最后,您可以登录新创建的服务器并像往常一样使用它 您可以停止(而不是终止)服务器并从中生成映像 然后,您可以根据刚才制作的映像启动新服务器。创建新服务器时,可以
Using username "ubuntu".
Server refused our key
我正在为我的客户运行AmazonEC2服务器。如何恢复对服务器的访问
当您无法登录到AmazonEC2实例时,请不要惊慌。您的所有数据都是安全的 该实例将需要一个新的密钥对加载到
/users/ubuntu/.ssh/authorized_users
文件中
这可以通过两种方式实现:
- 通过创建一个新实例来触发最初安装密钥的自动机制,或者
- 通过将文件复制到该磁盘卷
- 选择您的实例,然后从操作菜单中选择图像>创建图像
- 在控制台的AMIs部分,等待实例运行,然后选择它并选择Launch
- 输入配置信息(例如实例类型、网络)
- 单击最后一个启动按钮后,选择一个密钥对
InstanceId
),并将指定的密钥对复制到授权用户
文件中。然后您可以登录
方法2:将密钥对复制到磁盘上
此方法包括将磁盘连接到另一个实例,复制密钥对,然后再次引导它
- 停止实例(“实例A”)
- 启动另一个AmazonEC2实例,或者使用现有的实例(如果您已经有了它)(“实例B”)
- 从实例A分离EBS卷
- 将EBS卷连接到实例B
- 登录实例B,访问新连接的磁盘并将密钥对复制到
文件/users/ubuntu/.ssh/authorized_users
- 反向操作:分离EBS卷,将其重新连接到实例A,启动实例A
- 登录并快乐
这类似于过时的文档:当您无法登录到Amazon EC2实例时,请不要惊慌。您的所有数据都是安全的 该实例将需要一个新的密钥对加载到
/users/ubuntu/.ssh/authorized_users
文件中
这可以通过两种方式实现:
- 通过创建一个新实例来触发最初安装密钥的自动机制,或者
- 通过将文件复制到该磁盘卷
- 选择您的实例,然后从操作菜单中选择图像>创建图像
- 在控制台的AMIs部分,等待实例运行,然后选择它并选择Launch
- 输入配置信息(例如实例类型、网络)
- 单击最后一个启动按钮后,选择一个密钥对
InstanceId
),并将指定的密钥对复制到授权用户
文件中。然后您可以登录
方法2:将密钥对复制到磁盘上
此方法包括将磁盘连接到另一个实例,复制密钥对,然后再次引导它
- 停止实例(“实例A”)
- 启动另一个AmazonEC2实例,或者使用现有的实例(如果您已经有了它)(“实例B”)
- 从实例A分离EBS卷
- 将EBS卷连接到实例B
- 登录实例B,访问新连接的磁盘并将密钥对复制到
文件/users/ubuntu/.ssh/authorized_users
- 反向操作:分离EBS卷,将其重新连接到实例A,启动实例A
- 登录并快乐
这类似于过时的文档:您可以上载新的密钥对并启动新服务器。(我不认为你可以删除AWS中正在运行的服务器的密钥对)@eckes我的客户在现有服务器上有数据。如果我不找回它,我就死定了。我偶然跑了
sudo rm*
:((((您可以快照服务器卷并将该快照附加到新服务器。或者您关闭服务器,将其EBS卷装载到另一台服务器,然后您可以编辑passwd和ssh配置并再次启动该卷。此外,如果云映像如此关键,这是一个严重的体系结构问题,这也是一个坏迹象。您可以上载新密钥对并启动新服务器。(我不认为你可以删除AWS中正在运行的服务器的密钥对)@eckes我的客户在现有服务器上有数据。如果我不恢复它,我就死定了。我意外地运行了sudo rm*
(((你可以快照服务器卷并将快照附加到新服务器。或者你关闭服务器。)