Ssh 连接到EC2实例时出错

以下是日志：

macs-MacBook-Air:~ mac$ ssh -v -i sohoKey.pem ec2-user@ec2-107-22-101-75.compute-1.amazonaws.com 
OpenSSH_5.6p1, OpenSSL 0.9.8r 8 Feb 2011
debug1: Reading configuration data /etc/ssh_config
debug1: Applying options for *
debug1: Connecting to ec2-107-22-101-75.compute-1.amazonaws.com [107.22.101.75] port 22.
debug1: Connection established.
debug1: identity file sohoKey.pem type -1
debug1: identity file sohoKey.pem-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.3
debug1: match: OpenSSH_5.3 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.6
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5 none
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host 'ec2-107-22-101-75.compute-1.amazonaws.com' is known and matches the RSA host key.
debug1: Found key in /Users/mac/.ssh/known_hosts:3
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Offering RSA public key: sohoKey.pem
debug1: Authentications that can continue: publickey
debug1: Trying private key: sohoKey.pem

debug1: read PEM private key done: type RSA
debug1: Authentications that can continue: publickey
debug1: No more authentication methods to try.
Permission denied (publickey).

macs MacBook Air:~mac$ssh-v-i sohoKey.pem ec2-user@ec2-107-22-101-75.compute-1.amazonaws.com
OpenSSH_5.6p1，OpenSSL 0.9.8r 2011年2月8日
debug1:读取配置数据/etc/ssh\u config
debug1:将选项应用于*
debug1:连接到ec2-107-22-101-75.compute-1.amazonaws.com[107.22.101.75]端口22。
debug1:已建立连接。
debug1:标识文件sohoKey.pem类型-1
debug1:标识文件sohoKey.pem-cert类型-1
debug1：远程协议版本2.0，远程软件版本OpenSSH_5.3
debug1:match:OpenSSH_5.3 pat OpenSSH*
debug1:启用协议2.0的兼容模式
debug1:本地版本字符串SSH-2.0-OpenSSH_5.6
debug1:SSH2\u MSG\u KEXINIT已发送
debug1:SSH2\u MSG\u KEXINIT已收到
debug1:kex:server->client aes128 ctr hmac-md5无
debug1:kex:客户端->服务器aes128 ctr hmac-md5无
debug1:SSH2\u MSG\u KEX\u DH\u GEX\u请求（1024创建同名密钥对没有帮助-重要的是其中的数据

在正在运行的实例上也不可能更改密钥对，我不相信您能做任何事情。如果您想从该实例恢复数据，并且该卷是EBS卷，那么您可以在终止时将该卷标记为不被删除。终止该实例后，该卷应保持不变，并且您将能够将其附加到不同的实例。
使用相同的名称创建密钥对没有帮助-重要的是其中的数据

在正在运行的实例上也不可能更改密钥对，我不相信您能做任何事情。如果您想从该实例恢复数据，并且该卷是EBS卷，那么您可以在终止时将该卷标记为不被删除。终止该实例后，该卷应保持不变，并且您将能够将其附加到其他实例。
您可以尝试启动一个新实例，然后断开与丢失密钥对的存储的连接，然后将其添加到新实例

另一个选项，但我还没有尝试，是从当前实例创建一个新映像。完成后，创建新映像的新实例并创建一个新密钥对

无论哪种方式，您都失去了连接能力，无法向实例中添加新的密钥对（据我所知）。
您可以尝试启动一个新实例，然后断开与丢失密钥对的存储的连接，然后将其添加到新实例中

另一个选项，但我还没有尝试，是从当前实例创建一个新映像。完成后，创建新映像的新实例并创建一个新密钥对

无论哪种方式，您都失去了连接能力，无法向实例添加新密钥对（据我所知）。
我将EBS卷从实例中分离出来。之后，我创建了一个新实例，然后将8GB EBS连接到该实例

之后，我将该实例装载到/mybackup

这样我就可以从/mybackup/获取我的数据了

谢谢你的建议

但我仍然不知道为什么我的密钥对消失了？
我从实例中分离了我的EBS卷。之后我创建了一个新实例，然后将8GB EBS连接到该实例

之后，我将该实例装载到/mybackup

这样我就可以从/mybackup/获取我的数据了

谢谢你的建议

但我仍然不知道，为什么我的密钥对消失了？
非常糟糕。我如何从那个死实例接收数据？非常糟糕。我如何从那个死实例接收数据？这也应该转移到服务器故障，那里有更好的帮助人。我还补充说，这也应该转移到服务器故障，有人我补充说，我在中也问了这个问题，我在中也问了这个问题