Elastic Compute Service:Linux インスタンスへの接続失敗に関するトラブルシューティング

ECS コンソール - インスタンスに移動します。

ページの左上隅で、リージョンとリソースグループを選択します。

インスタンスにリモートでログインできるかどうかをテストしてください。

ワークベンチは、対象インスタンスへのログインに必要な基本情報を自動的に入力します。 情報が正しいことを確認し、ユーザー名と認証情報を入力してから、ログインを試みてください。 ワークベンチを使用して Linux インスタンスにリモートでログインする手順については、「ワークベンチを使用して Linux インスタンスに接続する」をご参照ください。

• ログインが引き続き失敗する場合、Workbench はエラーメッセージと解決策を返します。プロンプトに従って問題を解決し、Workbench を使用して再度接続を試みてください。一般的な Workbench の問題については、「インスタンスへの VNC 接続に関する問題」をご参照ください。

• ワークベンチを使用してログインできる場合、対象インスタンスの SSH サービスは正常に実行されています。 これにより、SSH サーバー側の問題は除外されます。 ステップ 2：ネットワークの確認 に進んでください。

異なるネットワークセグメントや異なる ISP など、異なるネットワーク環境のコンピューターから接続をテストして、問題がローカルネットワークにあるのか、サーバー側にあるのかを判断してください。

• 問題がローカルネットワークまたは ISP にある場合は、ローカルの IT スタッフまたは ISP に連絡して解決策を依頼してください。

• ネットワークアダプタードライバーに障害がある場合は、再インストールしてください。

ローカルクライアントで、ping コマンドを使用してインスタンスへのネットワーク接続をテストしてください。

• ネットワークの異常を検出した場合は、パケットキャプチャを実行して分析してください。 詳細については、「パケットキャプチャツールを使用したネットワークパケットのキャプチャ」をご参照ください。

• ping リクエストがタイムアウトするか、パケットが失われた場合は、tracert や mtr などのツールを使用してリンク分析を実行し、問題の原因を特定します。 詳細については、「MTR を使用したネットワークリンク分析」をご参照ください。

• システムカーネルで ping が無効になっていないにもかかわらず、ECS インスタンスへの ping テストが失敗する場合、サーバー上の内部ファイアウォールがクライアントからのパケットをドロップしている可能性があります。

  詳細については、「ECS インスタンスのパブリック IP アドレスへの ping 失敗のトラブルシューティング」をご参照ください。

ECS コンソール - インスタンスに移動します。

ページの左上隅で、リージョンとリソースグループを選択します。

インスタンスページで、対象インスタンスの ID をクリックします。

[セキュリティグループ] タブをクリックします。 ファイアウォール (セキュリティグループ) ルールセクションのインバウンドタブで、[ルールの追加] をクリックし、次のパラメーターでルールを追加します。

• [アクション]： [許可]

• [優先度]： 1 (値が小さいほど優先度が高くなります。 1 が最も高い優先度です。)

• [プロトコル]： [カスタム TCP]

• [送信元]: ローカル IP アドレスに設定します。https://cip.cc/ にアクセスすると、IP アドレスを取得できます。

• [送信先 (現在のインスタンス)]： [SSH(22)] を選択します。

次のコマンドを使用してポートをテストしてください。

telnet [$IP] [$Port]

たとえば、telnet 192.168.0.1 22 コマンドを実行した場合、正常なレスポンスは次のようになります。

Trying 192.168.0.1 ...
Connected to 192.168.0.1.
Escape character is '^]'

ポートテストが失敗した場合は、「ECS インスタンスに ping 可能な場合のポート障害のトラブルシューティング」をご参照ください。

CPU 負荷が高いかどうかを確認してください。

• CPU 負荷が高い場合

  アプリケーションに大量のディスクアクセス、ネットワークアクセス、または高いコンピューティング要件がある場合、高い CPU 負荷が予想されます。 このリソースボトルネックを解決するには、インスタンスタイプをアップグレードします。 詳細については、「インスタンス設定変更の概要」をご参照ください。

  説明

  高い CPU 負荷を解決する方法の詳細については、「Linux システムの CPU 負荷のクエリと分析」をご参照ください。

  説明

  ウイルス感染の確認： 通常のアプリケーションアクティビティが原因でないにもかかわらず CPU リソースが異常に高いままである場合、インスタンスがマイニングウイルスに感染している可能性があります。 マイニングマルウェアは CPU などのリソースを悪意を持って消費し、インスタンスの遅延、応答の低下、深刻な場合には到達不能になることがあります。 トラブルシューティングと保護については、「マイニングウイルスの対処と防止に関するガイド」をご参照ください。 インスタンスがランサムウェアに感染している場合、システムファイルが暗号化されてロックされ、ログインできなくなることもあります。 詳細については、「ランサムウェアに対するインスタンス保護の強化ガイド」をご参照ください。

• CPU 負荷が高くない場合は、次のステップに進みます。

パブリック帯域幅が不足していないか確認してください。

パブリック帯域幅が不足しているため、リモート接続が失敗することがあります。 次の手順に従って帯域幅を確認してください。

1. ECS コンソール - インスタンスに移動します。

2. ページの左上隅で、リージョンとリソースグループを選択します。

3. インスタンス一覧で、対応するインスタンスの ID をクリックします。[設定情報] セクションで、[パブリック帯域幅] を確認します。

   パブリック帯域幅が 0 Mbit/s の場合、インスタンスにはパブリック帯域幅が割り当てられていません。 これを修正するには、帯域幅をアップグレードします。 詳細については、「ピークパブリック帯域幅の変更」をご参照ください。

メモリが不足していないか確認してください。

Linux インスタンスにリモートで接続した後、デスクトップが表示されず、エラーメッセージなしで接続がすぐに切断されてしまうことがあります。 メモリ不足がこの問題の原因である可能性があります。 次の手順に従ってメモリ使用量を確認してください。

1. VNC を使用して Linux インスタンスにログインしてください。

   詳細については、「パスワード認証を使用して Linux インスタンスにログインする」をご参照ください。

2. メモリ使用量を確認してください。 メモリが不足している場合は、インスタンスタイプをアップグレードしてリソースボトルネックを解決することを推奨します。 詳細については、「インスタンス設定変更の概要」をご参照ください。