質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

新規登録して質問してみよう
ただいま回答率
85.51%
SSH

SSH(Secure Shell)は、セキュアチャネルを通してデータを交換するためのネットワークプロトコルです。リモートサーバーへのコマンド実行やファイル転送を行う時に一般的に使用されます。

Ubuntu

Ubuntuは、Debian GNU/Linuxを基盤としたフリーのオペレーティングシステムです。

Amazon EC2

Amazon EC2は“Amazon Elastic Compute Cloud”の略称です。Amazon Web Services(AWS)の一部であり、仮想化されたWebサーバーのコンピュータリソースをレンタルできるサービスです。

AWS(Amazon Web Services)

Amazon Web Services (AWS)は、仮想空間を機軸とした、クラスター状のコンピュータ・ネットワーク・データベース・ストーレッジ・サポートツールをAWSというインフラから提供する商用サービスです。

Q&A

解決済

1回答

752閲覧

ufw設定後sshアクセス失敗

oliver-pumpkin

総合スコア16

SSH

SSH(Secure Shell)は、セキュアチャネルを通してデータを交換するためのネットワークプロトコルです。リモートサーバーへのコマンド実行やファイル転送を行う時に一般的に使用されます。

Ubuntu

Ubuntuは、Debian GNU/Linuxを基盤としたフリーのオペレーティングシステムです。

Amazon EC2

Amazon EC2は“Amazon Elastic Compute Cloud”の略称です。Amazon Web Services(AWS)の一部であり、仮想化されたWebサーバーのコンピュータリソースをレンタルできるサービスです。

AWS(Amazon Web Services)

Amazon Web Services (AWS)は、仮想空間を機軸とした、クラスター状のコンピュータ・ネットワーク・データベース・ストーレッジ・サポートツールをAWSというインフラから提供する商用サービスです。

0グッド

0クリップ

投稿2019/04/10 11:41

前提・実現したいこと

ubuntu16.04でufwでsshアクセス拒否してしまいました。その後ログアウトするとsshアクセスできなくなりました。
なんとか復旧したいです。

発生している問題・エラーメッセージ

ec2にsshアクセスできない。

ssh: connect to host ec2-xx-xxx-xxx-xxx.ap-xxxxxxxxxx.compute.amazonaws.com port 22: Operation timed out

試したこと

https://qiita.com/teekay/items/d9e4286f4bda21b4dc0c
こちらのサイトを参考に、ボリュームをデタッチして、新たなインスタンスを作成し、アタッチしました。
しかしその新しいインスタンスにもsshできません。timeoutしてしまいます。

これはufwでsshを拒否してec2インスタンスからログアウトしてしまうともう復旧できないという理解でよろしいでしょうか。
解決された方がいらっしゃいましたらご挙示いただけると幸いです。

セキュリティグループではsshを許可しています。

補足情報(FW/ツールのバージョンなど)

https://qiita.com/teekay/items/d9e4286f4bda21b4dc0c
https://qiita.com/mk34/items/80689cb1b514e95e0a02

気になる質問をクリップする

クリップした質問は、後からいつでもMYページで確認できます。

またクリップした質問に回答があった際、通知やメールを受け取ることができます。

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

guest

回答1

0

ベストアンサー

こちらのサイトを参考に、ボリュームをデタッチして、新たなインスタンスを作成し、アタッチしました。
しかしその新しいインスタンスにもsshできません。timeoutしてしまいます。

多分やり方が間違っているんじゃないかと思います。

  1. 新しいインスタンスを立ち上げて、sshでログインできる事を確認する。
  2. その新しいインスタンスにアタッチされているEBSはそのままにしておいて、復旧したいEBSをアタッチする

という順番で作業してみて下さい。

投稿2019/04/10 11:47

tanat

総合スコア18706

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

oliver-pumpkin

2019/04/10 12:05

ご回答ありがとうございます。 やり方はご指摘の通り、 新しいインスタンスを立ち上げて、sshでログインできる事を確認する。 その新しいインスタンスにアタッチされているEBSはそのままにしておいて、復旧したいEBSをアタッチする の順番で行ったのですがダメでした。 復旧したいEBSをアタッチしなければ当然新インスタンスにはアクセスできますが、 復旧したいEBSをアタッチした途端に拒否されてしまいます。
tanat

2019/04/10 12:17 編集

うーん、アタッチしただけでアクセス拒否されるというのは考えにくいので、アタッチ後の起動に失敗しているということは無いですか? アタッチしたあと、マネジメントコンソールでEC2のステータスを確認するとどうなっているでしょうか? ↑タイムアウトしている=OSが起動していない事を想定
tanat

2019/04/10 12:17 編集

もしくは、元々アタッチされているEBSより優先順位の高いブロックデバイスとしてアタッチしてしまっているとか。 ↑タイムアウトしている=古いEBSからOSが起動してしまっているケースを想定
oliver-pumpkin

2019/04/10 13:32

> マネジメントコンソールでEC2のステータスを確認 こちらは2/2 のチェックに合格していました。コンソールから確認するに、他のインスタンス同様に動いているようで、問題は見つかっていません。 >元々アタッチされているEBSより優先順位の高いブロックデバイスとしてアタッチしてしまっている ここは私のわからないところです。 できるのであれば優先順位を下げる形でアタッチしたいですが、基本知識がかけているようです。
tanat

2019/04/10 13:42

>元々アタッチされているEBSより優先順位の高いブロックデバイスとしてアタッチしてしまっている 普通に作業するとそうはならないはずですが、 コンソールで確認出来る「ルートデバイス」からOSが起動されるので、もし追加されたEBSのブロックデバイス名がルートデバイスと同じになっていた場合は追加されたEBSのブロックデバイス名を変更してみて下さい。 後は、一旦追加されたEBSを外して起動して、起動時やsshdのログを確認してみるとかでしょうか・・・
oliver-pumpkin

2019/04/10 14:29

なんとかアタッチしたインスタンスにログインし問題のあるEBSのファイルを確認することができました。これから復旧作業します。大変わかりやすく、親切な対応をありがとうございました。
tanat

2019/04/10 14:33

それは良かったです!
guest

あなたの回答

tips

太字

斜体

打ち消し線

見出し

引用テキストの挿入

コードの挿入

リンクの挿入

リストの挿入

番号リストの挿入

表の挿入

水平線の挿入

プレビュー

15分調べてもわからないことは
teratailで質問しよう!

ただいまの回答率
85.51%

質問をまとめることで
思考を整理して素早く解決

テンプレート機能で
簡単に質問をまとめる

質問する

関連した質問