:Linux インスタンスへの接続失敗のトラブルシューティング

診断 をクリックしてセルフサービスのトラブルシューティングページに移動し、対象のリージョンに切り替えます。

ステップ 1：Workbench でのリモート接続のテスト

Alibaba Cloud が提供するツールである Workbench を使用して、リモート接続をテストします。 リモート接続中に問題が発生した場合、Workbench は特定のエラーメッセージと解決策を表示します。 次の手順に従ってテストを実行します。

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

2. 上部メニューで、対象リソースのリージョンとリソースグループを選択します。

3. 対象インスタンスの ID をクリックして詳細ページを開き、リモート接続 をクリックします。

4. リモート接続 ダイアログボックスで [ワークベンチ] を見つけ、今すぐサインイン をクリックします。

5. インスタンスにリモートでログインできるかどうかをテストします。

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

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

   • Workbench を使用してログインできる場合、対象インスタンスの SSH サービスは正常に動作しています。 これにより、SSH サーバー側の問題は除外できます。 「ステップ 2：ネットワークの確認」に進みます。

ステップ 2：ネットワークの確認

Linux インスタンスにリモートで接続できない場合は、まずネットワークが正常に機能しているかどうかを確認します。

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

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

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

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

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

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

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

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

ステップ 3：ポートとセキュリティグループの確認

セキュリティグループの設定で、リモート接続ポートへのトラフィックが許可されているかどうかを確認します。

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

2. 上部メニューで、対象リソースのリージョンとリソースグループを選択します。

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

4. [セキュリティグループ] タブでセキュリティグループを見つけ、[操作] 列の [ルールの管理] をクリックします。

5. [セキュリティグループの詳細] ページの [アクセスルール] セクションの [インバウンド] タブで、[ルールの追加] をクリックし、次のパラメーターでルールを追加します。

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

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

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

   • [ソース]：ローカル IP アドレスに設定します。 https://cip.cc/ にアクセスして IP アドレスを取得できます。

   • [宛先]：[SSH(22)] を選択します。

6. 次のコマンドを使用してポートをテストします。

   telnet [$IP] [$Port]

   説明

   • [$IP] は Linux インスタンスの IP アドレスです。

   • [$Port] は Linux インスタンスの SSH ポート番号です。

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

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

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

ステップ 4：CPU 負荷、帯域幅、メモリの確認

リモート接続の失敗は、高い CPU 負荷、不十分なパブリック帯域幅、またはメモリ不足が原因である可能性があります。

1. CPU 負荷が高いかどうかを確認します。

   • CPU 負荷が高い場合

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

     説明

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

     説明

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

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

2. パブリック帯域幅が不足していないか確認します。

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

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

   2. 上部メニューで、対象リソースのリージョンとリソースグループを選択します。

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

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

3. メモリが不足していないか確認します。

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

   1. VNC を使用して Linux インスタンスにログインします。

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

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