More than 3 years have passed since last update.

EC2にSSH接続できない問題を復旧

Posted at 2020-02-20

初めまして

いつもお世話になってるQiitaの皆様、色々な情報をご掲載いただきありがとうございます。
今回Qiitaに初めて投稿させていただきます。
どうぞよろしくお願いいたします。

開発用の AWS EC2インスタンスにSSH接続できない

先日メンテナンス時に /etc/passwd 内の一部ユーザに設定されている
ホームディレクトリ位置を変更した事がわかりました。

ディレクトリ位置変更でSSH接続に使用する秘密鍵の参照位置が変わり
鍵ファイルを見つけることができず認証が失敗しておりました。

指定ユーザのホームディレクトリ位置をメンテナンス前の状態に戻すように対応。

AWS EC2のコンソールからインスタンスを1点新規作成します。
障害インスタンスのOSはAmazon Linux 2のため同じOSを設定しました。
また、インスタンスの種類やストレージ容量は t2.nano 8GB にしています。

インスタンスを停止させてEC2 ボリュームのコンソールに移動します。
対象のボリュームに掲載されているアタッチ済み情報のインスタンスIDと障害インスタンスのIDが一致していることを確認します。

**(重要)このとき「ボリュームID」と「アタッチのパス」をメモ等に記録して下さい。　**

上記完了後にボリュームを選択してアクションからデタッチをします。

デタッチ済みのボリュームを選択してアクションからボリュームのアタッチを選択します。
インスタンス名とデバイスを指定する画面でインスタンス名: 復旧用のインスタンス
デバイス: /dev/sdf を指定します。

復旧用インスタンスを起動してSSH接続をします。
接続後、rootユーザにスイッチします。

llコマンドにて先ほどアタッチした/dev/sdf内容を確認します。

コマンド

ll /dev/ | grep sdf

コマンド結果

lrwxrwxrwx 1 root root           4  2月 20 12:36 sdf -> xvdf
lrwxrwxrwx 1 root root           5  2月 20 12:36 sdf1 -> xvdf1

下記コマンドでマウントまでの作業を行います。

コマンド

mkdir /mnt/data
mount /dev/sdf1 /mnt/data

マウント作業を行うと /mnt/data のディレクトリ内が障害インスタンスのボリュームになっています。
今回修正を行うファイルは /mnt/data/etc/passwd のためvi コマンドで開いて修正をおこないます。

参考コマンド

vi /mnt/data/etc/passwd

下記コマンドにて障害インスタンスのボリュームをアンマウントします。

コマンド

umount /dev/sdf1

復旧インスタンスを停止します。
停止後、EC2 ボリュームのコンソールに移動します。
(2)の工程でメモした「ボリュームID」のボリュームを見つけて選択後、アクションからデタッチします。

上記ボリュームを障害インスタンスにアタッチします。
デバイスは(2)の工程でメモした「アタッチのパス」を入力してください。
今回 /dev/xvda になります。

障害インスタンスを再起動して、SSH接続が正常にできることを確認します。