SSHクライアント経由でAWS EC2インスタンスに接続できません

Question

私を助けてください！リブート私のEC2サーバの後、私は

ちょうど印刷するSSHクライアントを経由して新しいAWS EC2インスタンスに接続することはできません

の許可（公開鍵）が拒否されました。 "

私は本当に頑張った。ほとんどの人は、ユーザー名の問題だと言っています。 3時間前、私は「ec2-user」を私のユーザ名として使用しました。ほんの数分前に、ユーザー名「ec2-user」も使用しました。しかし、リブートした後、私のec2サーバは私のユーザ名「ec2-user」に接続できません。なんてこったい？

TT

ユーザーが私を助けてください：「ルート」を試してみましたし、また、「EC2ユーザー」、「管理者」が、それでも私はAWSが発生したと私は

をダウンロードしたことの.pemの鍵ペア使用

を接続することはできませんインスタンス上の

確認セキュリティグループおよび鍵ペアの名前

インスタンス：ec2-52-78-40-153.ap-northeast-2.compute.amazonaws.com AMIのID：AMZN-AMI-HVM-2016.09。 0.20161028-x86_64-gp2（ami-983ce8f6） OS：OS X el capitan

Answer 1

Permission denied (publickey)を受け取っているということは、インスタンスへのネットワーク接続が正しくあり、セキュリティグループがSSHトラフィックを許可していることを意味します。したがって、問題は認証にあります。

チェックするためにいくつかの点：

• 使用ssh -vは、Amazon EC2管理コンソールでインスタンスを選択し、鍵ペア名を探して詳細なデバッグ情報
• をオンにします。使用しているファイルの名前と一致することを確認します。
• インスタンスにユーザーを追加または変更した場合は、別のユーザー名を使用する必要がある場合があります（ファイル名自体は無関係ですが、ファイルの名前が変更されていなければ正確です）。ユーザーを変更していない場合は、ec2-userが正しいユーザー名です。
  • How to Recover an Unreachable Linux Instance
  • Recovering a corrupted EC2 instance
  • Replace a lost Key Pair on an EC2 instance

  基本的には、手順は、次のとおりです。接続できない場合は

、その後、次のようなページからの指示に従うことができます：

• 停止インスタンス
• デタッチブートボリューム（デバイス識別子を覚えて、例えば/dev/sdf）
• が/home/ec2-user/.sshディレクトリに別のAmazon EC2 Linuxインスタンスへ
• 移動しインスタンスを添付して確認正しい公開鍵がauthorized_keysファイルに挿入されていることを確認します。必要に応じて、新しい鍵ペアを作成し、公開鍵をそのファイルに入れます。
• デタッチボリューム
• 再接続

基本的にログインするための元のインスタンス

スタート元のインスタンスとの試みにボリューム、Linuxは自宅で.ssh/authorized_keysファイルをチェックしますログインしているユーザーのディレクトリ。追加のユーザーが作成されている場合は、それらのキーをホームディレクトリ内の同じ場所に配置します。