https://america.github.io/tags/ssh/Recent content in SSH on オブライエンの日誌Hugoja-JPThu, 10 Sep 2026 14:00:00 +0900https://america.github.io/post/2026-09-10-termux-sshd-any-username/Thu, 10 Sep 2026 14:00:00 +0900https://america.github.io/post/2026-09-10-termux-sshd-any-username/ssh banana@phone でも root@phone でも同じユーザーでログインできる。設定の癖ではなく、Termux の OpenSSH ビルドに当たっているパッチのせい。auth.c の #ifdef __ANDROID__ を読む。https://america.github.io/post/aws_ssh_issue_with_system_manager/Wed, 27 Nov 2024 00:00:00 +0000https://america.github.io/post/aws_ssh_issue_with_system_manager/<h2 id="はじめに">はじめに</h2> <p>先日、AWSで立てたEC2インスタンスにSSH接続できなくなる問題が発生しました。このトラブルの原因と解決方法を記録しておきます。同じ状況に陥った方の助けになれば幸いです。</p> <hr> <h2 id="問題の症状">問題の症状</h2> <ul> <li>EC2インスタンスにSSH接続を試みると、<code>Connection timed out</code> のエラーが表示される。</li> <li>AWSコンソール上では、インスタンスは正常に動作中。</li> <li>ブラウザからの接続は可能（インスタンス内のApacheは稼働中）。</li> </ul> <hr> <h2 id="トラブルシューティングの進め方">トラブルシューティングの進め方</h2> <p>問題解決のため、まずはSSH接続ができない間もAWS System Managerの「セッションマネージャー」を利用しました。System Managerを活用することで、インスタンスの内部に直接ログインでき、次のような確認や操作が可能になりました：</p> <ol> <li> <p><strong>ファイアウォール（UFW）の状態確認</strong></p> <div class="codeblock-wrapper"> <pre> <code id="codeblock-0" class="language-bash">sudo ufw status</code> </pre> <button class="copy-btn" onclick="copyToClipboard('codeblock-0', this)">Copy</button> </div> </li> <li> <p><strong>SSHサービスの状態確認</strong></p> <div class="codeblock-wrapper"> <pre> <code id="codeblock-1" class="language-bash">sudo systemctl status ssh</code> </pre> <button class="copy-btn" onclick="copyToClipboard('codeblock-1', this)">Copy</button> </div> </li> </ol> <p>System Managerは、セキュリティグループやファイアウォールの設定ミスが原因でSSH接続ができなくてもインスタンス内部にアクセスできるため、非常に有用です。</p> <hr> <h2 id="原因と解決方法">原因と解決方法</h2> <p>調査の結果、以下の4つの原因が考えられました。</p> <h3 id="原因1-セキュリティグループのルール設定ミス"><strong>原因1: セキュリティグループのルール設定ミス</strong></h3> <p><strong>問題点</strong><br> セキュリティグループでポート22（SSH）が許可されていなかった。</p> <p><strong>解決方法</strong><br> AWSコンソールのセキュリティグループ設定に以下のルールを追加：</p> <ul> <li>タイプ: SSH</li> <li>プロトコル: TCP</li> <li>ポート範囲: 22</li> <li>ソース: 自分のグローバルIPアドレス（例: <code>203.0.113.0/32</code>）</li> </ul> <hr> <h3 id="原因2-ufwuncomplicated-firewallがポート22を閉じていた"><strong>原因2: UFW（Uncomplicated Firewall）がポート22を閉じていた</strong></h3> <p><strong>問題点</strong><br> EC2インスタンス内のUFW（ローカルファイアウォール）でポート22が閉じられていた。</p> <p><strong>解決方法</strong><br> 以下のコマンドを実行してポート22を許可し、設定を反映しました。</p> <div class="codeblock-wrapper"> <pre> <code id="codeblock-2" class="language-bash">sudo ufw allow 22 sudo ufw reload</code> </pre> <button class="copy-btn" onclick="copyToClipboard('codeblock-2', this)">Copy</button> </div> <hr> <h3 id="原因3-グローバルipの変動"><strong>原因3: グローバルIPの変動</strong></h3> <p><strong>問題点</strong><br> 自分のグローバルIPアドレスが変更されたことで、セキュリティグループのルールが機能しなくなった。</p> <p><strong>解決方法</strong><br> 新しいグローバルIPを確認し、セキュリティグループのSSHルールを更新しました。</p> <div class="codeblock-wrapper"> <pre> <code id="codeblock-3" class="language-bash">curl ifconfig.me</code> </pre> <button class="copy-btn" onclick="copyToClipboard('codeblock-3', this)">Copy</button> </div> <hr> <h3 id="原因4-インターネットゲートウェイの設定ミス"><strong>原因4: インターネットゲートウェイの設定ミス</strong></h3> <p><strong>問題点</strong><br> インターネットゲートウェイがVPCに正しくアタッチされていなかった。</p> <p><strong>解決方法</strong><br> AWSコンソールのVPCダッシュボードで以下を確認しました：</p>