AWS EC2 に ssh で接続できなくなった（hosts.allowが失敗した）
今の状況はかなりまずい。
会社が引っ越して hosts.allow に書いたIPアドレスでアクセスすることができない。
さらに、
①EC2 Instance Connect も使えない。
②セッションマネージャー も使えない。
③SSH クライアント も使えない。
④EC2 シリアルコンソール も使えない。
という、絶望的な状況なのです。
どうもボリュームを他のインスタンスにつけて、hosts.allowファイルを書き換えるのが答えのようです。
（１）まず「イメージを作成」して完全バックアップを作成しようと思います。
（２）イメージの作成
・「イメージ名」に「test」と入力した。
・「終了時に削除」の有効化にチェックをした。
「イメージを作成」ボタンを押しました。
（３）「AMI を現在作成中 ami-0df38cfd957e572dc インスタンス i-01ed4bb82b5d9ac80 から。インスタンスを削除したり、この AMI に関連する他のアクションを実行したりする前に、AMI のステータスが [利用可能] であることを確認してください。」
とコピー中なので待ちます。
（４）７分後。「保留中」から「利用可能」になりました。
（５）「AMI からインスタンスを起動」ボタンを押しました。
（６）インスタンスタイプに前回と同じ t1.micro を選択しました。
（７）キーペアに前回と同じキーペアを選択しました。
（８）ボリュームは変更しませんでした。「インスタンスを起動」ボタンを押しました。
（９）起動しました。
（１０）やはり ssh で接続できませんでした。
（１１）念のため、testと名前を付けました。
（１２）ここでインスタンスを停止して、ボリュームを他のインスタンスに接続して、hosts.allow を編集します。
（１３）「ボリューム」に移動した。
（１４）「ボリューム」をデタッチした。（気のせいか１回目ではデタッチできなかったような、２回目でデタッチできました。）
「使用可能」を確認
（１５）「ボリュームのアタッチ」します。
正常に動くインスタンスの「/dev/sdf」を選択します（データボリュームの場合は /dev/sd[f-p]）。とありますね。
（１６）インスタンスを開始します。
（１７）ボリュームを調べる。AWSでは「/dev/sdf (attached)」となっているが、実際は「/dev/xvdf」になっていた。↑でも「/dev/xvdf」に変更されることがあるといっていたのはこのことでしょう。
lsblk
（１８）「/dev/xvdf」をマウントする。
sudo mkdir /mnt/mydatasudo mount /dev/xvdf1 /mnt/mydata（１７）ここで、ようやくhosts.allow 書き換えです。
sudo vi /mnt/mydata/etc/hosts.allow（１8）IPの追加が終わったらアンマウント
sudo umount /mnt/mydata
（１９）起動中にデタッチできました。
（２０）これを元のインスタンスにアタッチします。
※デバイス名には「/dev/sda」を選択します。
（２１）これでインスタンスを開始しました。
（２２）SSHでアクセスできることを確認できました。長いなこの方法は・・・スナップショットで考えるかな・・・
以上