1

すでに実行中の Linux インスタンスがあります。そのインスタンスを右クリックしてイメージ (EBS AMI) を作成し、詳細を入力すると、数分後に ec2 コンソールの [イメージ] -> [AMI] セクションに AMI が一覧表示されました。

この API を右クリックし、スポット価格のインスタンスを要求し、フォームに入力して正しいセキュリティ グループを選択しました。正常に作成され、ステータス チェックは緑、2/2 でした。

ただし、この新しいインスタンスに接続しようとすると、エラーが発生します

ssh_exchange_identification: read: Connection reset by peer

キーファイルへのパスを指定していることを確認し、セキュリティグループを確認しましたが、すべて問題ありませんでした。SSH ルールを削除して再適用しましたが、失敗しました。

ログアウトして別のインスタンス (この新しいインスタンスの基になったインスタンス) にログインしましたが、問題はありませんでした。新しいスポット インスタンスを削除し、AMI に基づいて別のインスタンスを作成しました。同じ問題。

次に、Ubuntu インスタンスに基づいて新しいインスタンスを作成し、正常にログインできました。

そのため、何らかの理由で、GUI コンソールを介して作成した AMI に基づいて作成したインスタンスにログインできません。

4

2 に答える 2

2

古い AMI を削除して再作成しました。ただし、今回は、AMI で使用したくない別の EBS ドライブをアンマウント (fstab から削除) しました。

今はうまくいくようです。

于 2013-03-12T08:23:52.740 に答える
0

AWS マネジメント コンソールからカスタム AMI を作成する

AWS ダッシュボードを介して作成したカスタム AMI から起動された新しいインスタンスに ssh できない状況がありました。

no Rebootがチェックされていない場合でも、実行中のインスタンスから AMI を生成しない方が安全であることがわかりました。実行中のインスタンスを手動で停止してからイメージを作成する方が確実です。

一見すると、実行中のインスタンスを停止し、イメージ コピーを作成してから、ユーザーに代わってインスタンスを再起動することになっているため、[再起動] をオフのままにしておくことは信頼できないように見えますが、このプロセスが適切に行われると、おそらくいくつかの問題が発生する可能性があります。

于 2013-12-17T00:33:40.030 に答える