:Workbench を使用した Linux インスタンスへの SSH 接続のトラブルシューティング

Workbench 接続時の接続タイムアウト

症状

Workbench を使用して Linux インスタンスにリモート接続すると、「Logon to host: i-m5e****73a (47.*.*.157:3389) failed, Reason: connection timeout!」というエラーメッセージが表示され、接続に失敗します。Workbench を使用してインスタンスに接続しようとすると、[リモート接続の確立に失敗しました] ダイアログボックスが表示され、接続タイムアウトが原因でログインに失敗したことが示されます。警告メッセージには、パブリック IP アドレスにアクセスするには、Workbench サーバーの CIDR ブロック (`47.96.60.0/24` および `118.31.243.0/24`) をインスタンスのセキュリティグループの許可リストに追加する必要があると記載されています。ダイアログボックスの下部には、[VNC を使用して接続]、[ターミナルを閉じる]、[再接続] の 3 つのボタンが表示されます。

原因

この問題は、通常、次のいずれかが原因で発生します。

• インスタンスのセキュリティグループのルールが Workbench からの接続を妨げている。

• SSH プロセスがデフォルトポート 22 を使用していない。

• Linux インスタンスのファイアウォール設定が Workbench からの接続を許可していない。

ソリューション

この問題をトラブルシューティングするには、次の手順を実行します。

1. インスタンスで設定されている SSH ポートを確認します。詳細については、「ポートとセキュリティグループの確認」をご参照ください。

   • ポートが 22 ではない場合：

     SSH ポートを変更し、再度 Workbench での接続を試みます。

   • ポートが 22 の場合：

     次のステップに進みます。

2. インスタンスのセキュリティグループ設定を確認し、SSH ポートが開いていることを確認します。詳細については、「セキュリティグループルールの照会」をご参照ください。

   説明

   • この例では、デフォルトの SSH ポート 22 が使用されています。デフォルトの SSH ポートを変更した場合は、カスタムポート番号を使用してください。

   • 権限付与オブジェクトが 0.0.0.0/0 でない場合は、インスタンスへのアクセスに使用する IP アドレス (47.96.60.0/24 や 118.31.243.0/24 など) も追加する必要があります。

   ルールの方向	ポリシー	優先度	ポート範囲	権限付与オブジェクト
   インバウンド	許可	1	送信先: 22/22	ソース: 47.96.60.0/24 および 118.31.243.0/24 ソース: 0.0.0.0/0

   • ポートが開いていない場合：

     上の表に示すように、Workbench からのアクセスを許可するセキュリティグループルールを追加します。詳細については、「Workbench を使用して Linux インスタンスに接続する」をご参照ください。

   • ポートが開いている場合：

     次のステップに進みます。

3. インスタンスのファイアウォールが有効になっており、ワークベンチからの SSH 接続をブロックしているかどうかを確認します。 次のステップを実行します。

   1. Alibaba Cloud VNC を使用して Linux インスタンスにログインします。詳細については、「VNC を使用してインスタンスに接続する」をご参照ください。

   2. ファイアウォールのステータスを確認します。詳細については、「Linux インスタンスのシステムファイアウォールを管理する」をご参照ください。

      • ファイアウォールが有効な場合は無効にし、再度 Workbench での接続を試みます。

      • ファイアウォールが有効でない場合は、さらにトラブルシューティングを続行します。

   3. それでも Workbench で接続できない場合は、代わりに VNC を使用します。

Workbench 接続時の接続拒否

症状

Workbench を使用して Linux インスタンスに接続すると、「Failed to log on to the instance: DefaultConnectFuture[root@/xxx.xxx.xx.xxx:22]: Failed (AnnotatedConnectException) to execute: Connection refused: /xxx.xxx.xx.xxx:22」というエラーメッセージが表示され、接続に失敗します。

原因

インスタンスでターミナル接続用のリモートサービス (SSH) が有効になっていません。

ソリューション

次の項目を確認します。

• Linux インスタンスでターミナル接続 (SSH) に必要なリモートサービスが有効になっているか確認します。有効になっていない場合は、対応するリモートサービスを有効にします。詳細については、「Linux インスタンスの TCP/UDP ポートをテストする方法」をご参照ください。

• Linux インスタンスで必要な接続ポートが開いているか確認します。開いていない場合は、ポートを開きます。ターミナル接続 (SSH) の場合、通常はポート 22 が使用されます。

Workbench 接続時のユーザー名またはパスワードのエラー

症状

Workbench を使用して Linux インスタンスに接続しようとすると、「Failed to log on to the instance. Reason: Incorrect username or password」というエラーメッセージが表示されます。

原因

一般的な原因は次のとおりです。

• 間違ったユーザー名またはパスワードを入力または貼り付けた。

• Linux インスタンスの SSH 設定で root ユーザーのログインが許可されていない。

ソリューション

この問題をトラブルシューティングするには、次の手順を実行します。

1. ユーザー名またはパスワードが正しくない場合は、インスタンスのパスワードをリセットします。詳細については、「インスタンスのログインパスワードをリセットする」をご参照ください。

2. root ユーザーのユーザー名とパスワードが正しい場合、インスタンスの SSH 設定が root ユーザーのログインを妨げている可能性があります。この問題を解決するには、次のいずれかを実行します。

   • root 以外のユーザーとしてログインする。

   • VNC を使用して root ユーザーとしてログインする。

     Alibaba Cloud VNC の使用方法の詳細については、「VNC を使用してインスタンスに接続する」をご参照ください。

     説明

     SSH 経由での root ユーザーのログインを許可する方法については、「Workbench を使用して Linux インスタンスに接続する」をご参照ください。