2016-07-07 678 views
0

私のec2インスタンスのホームディレクトリからいくつかのファイルをコピーしていて、怠惰に合ってsudo chmod 777/home/ec2-user/*コマンドを実行しました。私はこれが私の.sshフォルダを作ったと思います。おそらくauthorized_keysも777の特権を持っています。まあ、authorized_keysが777に設定されていると、(別のユーザがそれを更新している可能性があるので)それらのキーを持つボックスにSSHできません。サーバーが私たちの鍵を拒否しました。authorized_keys perrmissionsを777に設定しました

私の質問は、これを修正して再びボックスにログインするにはどうすればいいですか?これはec2インスタンスなので、私はsshでログインしなければなりません。

答えて

3

インスタンス内にあるファイルにアクセスするために必要な権限を変更するには。

インスタンスにsshをすることはできませんので、あなたは、次のことを行う必要があります:

  1. スケジュールアプリケーションのダウンタイム、インスタンスを停止する必要がありますので。
  2. インスタンスストア内のすべてのバックアップ(一時ボリューム)。
  3. インスタンスを停止します。
  4. 問題のEC2インスタンスからボリュームを切り離します。
  5. 別の動作中のEC2インスタンスにボリュームを接続します。
  6. chmod .sshディレクトリとそのファイルに変更を加えます。
  7. 音量を切り離します。
  8. 問題のEC2インスタンスにアタッチします。
  9. EC2インスタンスを起動します。
  10. EC2インスタンスに接続してみます。

インスタンス用にElastic IPが設定されていない場合は、IPアドレスが変更されますのでご注意ください。

EC2インスタンスにボリュームを接続する方法の詳細については、AWS Documentationを参照してください。

+0

ボリュームをデタッチするために[ボリューム]タブをクリックすると、インスタンスが再起動します。なぜなのかご存知ですか? http://stackoverflow.com/questions/38290095/how-to-change-permission-of-a-file-on-the-amazon-remote-instance-when-ssh-doesn?noredirect=1#comment63998071_38290095 – KillBill

+0

論理的に実行中のマシンからStorageデバイスを削除しています。 –

+0

なぜ私のインスタンスが停止後に再起動し続けるのですか – KillBill

1

ダウンタイムを最小限に抑えるには、インスタンスのイメージを(再起動しないで)取得し、このイメージと以前指定したキーで新しいマシンを作成します。 AWSは、新しいボックスを作成する際に、適切な権限を持つキーを配置します。

個人IPと公開IPは変更されます.IP変更を望まない場合は弾性IPを使用し、弾性IPを使用してください。

+0

これは残念なことに私にとってはうまくいきませんでした...同じ問題が残っていて、鍵が置き換えられていないように見えます...私は私と同じ秘密鍵を使用しました古いインスタンスに使用されていたので、それがそれに影響を与えるかどうかはわかりません。 – etk1220

関連する問題