Tous les produits
Search

Ce produit

    :Dépannage des connexions SSH aux instances Linux avec Workbench

    Centre de documentation

    :Dépannage des connexions SSH aux instances Linux avec Workbench

    Dernière mise à jour :Aug 18, 2026

    Délai d'expiration de la connexion lors de l'utilisation de Workbench

    Symptômes

    Lorsque vous utilisez Workbench pour établir une connexion à distance à une instance Linux, la connexion échoue et affiche le message d'erreur « Logon to host: i-m5e**73a (47...157:3389) failed, Reason: connection timeout! ». La boîte de dialogue Establish remote connection failed** s'affiche, indiquant que l'échec de la connexion est dû à un délai d'expiration. Un avertissement précise que pour accéder à l'adresse IP publique, vous devez ajouter les blocs CIDR du serveur Workbench à la liste d'autorisation du groupe de sécurité de l'instance : 47.96.60.0/24 et 118.31.243.0/24. Au bas de la boîte de dialogue, trois boutons sont disponibles : Connect by using VNC, Close Terminal et Reconnect.

    Causes

    Ce problème est généralement dû à l'une des causes suivantes :

    • Une règle du groupe de sécurité de l'instance empêche Workbench d'établir la connexion.

    • Le processus SSH n'utilise pas le port par défaut 22.

    • Les paramètres du pare-feu de l'instance Linux interdisent les connexions depuis Workbench.

    Solution

    Suivez ces étapes pour résoudre le problème :

    1. Vérifiez le port SSH configuré sur l'instance. Pour plus d'informations, consultez la rubrique Vérification du port et du groupe de sécurité.

      • Si le port n'est pas 22 :

        Modifiez le port SSH et réessayez de vous connecter avec Workbench.

      • Si le port est 22 :

        Passez à l'étape suivante.

    2. Vérifiez les paramètres du groupe de sécurité de l'instance afin de vous assurer que le port SSH est ouvert. Pour plus d'informations, consultez la rubrique Interrogation des règles de groupe de sécurité.

      Remarque

      • Dans cet exemple, le port SSH par défaut 22 est utilisé. Si vous avez modifié le port SSH par défaut, utilisez votre numéro de port personnalisé.

      • Si l'objet d'autorisation n'est pas 0.0.0.0/0, vous devez également ajouter les adresses IP que vous utilisez pour accéder à l'instance, telles que 47.96.60.0/24 et 118.31.243.0/24.

      Sens de la règle

      Stratégie

      Priorité

      Plage de ports

      Objet d'autorisation

      Entrant

      Autoriser

      1

      destination : 22/22

      • source : 47.96.60.0/24 et 118.31.243.0/24

      • source : 0.0.0.0/0

      • Si le port n'est pas ouvert :

        Ajoutez une règle de groupe de sécurité pour autoriser l'accès depuis Workbench, comme indiqué dans le tableau ci-dessus. Pour plus d'informations, consultez la rubrique Utilisation de Workbench pour se connecter à une instance Linux.

      • Si le port est ouvert :

        Passez à l'étape suivante.

    3. Vérifiez si le pare-feu de l'instance est activé et bloque les connexions SSH depuis Workbench. Procédez comme suit :

      1. Connectez-vous à l'instance Linux en utilisant Alibaba Cloud VNC. Pour plus d'informations, consultez la rubrique Connexion à une instance via VNC.

      2. Vérifiez l'état du pare-feu. Pour plus d'informations, consultez la rubrique Gestion du pare-feu système d'une instance Linux.

        • Si le pare-feu est activé, désactivez-le, puis réessayez de vous connecter avec Workbench.

        • Si le pare-feu n'est pas activé, poursuivez le dépannage.

      3. Si vous ne parvenez toujours pas à vous connecter avec Workbench, utilisez VNC à la place.

    Connexion refusée lors de l'utilisation de Workbench

    Symptômes

    Lorsque vous vous connectez à une instance Linux via Workbench, la connexion échoue et affiche le message d'erreur « 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 ».

    Cause

    Le service distant pour les connexions au terminal (SSH) n'est pas activé sur l'instance.

    Solution

    Vérifiez les points suivants :

    • Vérifiez si l'instance Linux dispose du service distant requis activé pour les connexions au terminal (SSH). Dans le cas contraire, activez le service distant correspondant. Pour plus d'informations, consultez la rubrique Méthodes de test des ports TCP/UDP sur une instance Linux.

    • Vérifiez si le port de connexion requis est ouvert sur l'instance Linux. Dans le cas contraire, ouvrez le port. Pour les connexions au terminal (SSH), le port 22 est généralement utilisé.

    Nom d'utilisateur ou mot de passe incorrect lors de l'utilisation de Workbench

    Symptômes

    Lorsque vous essayez de vous connecter à une instance Linux avec Workbench, vous recevez le message d'erreur « Failed to log on to the instance. Reason: Incorrect username or password ».

    Causes

    Les causes courantes incluent :

    • Vous avez saisi ou collé un nom d'utilisateur ou un mot de passe incorrect.

    • La configuration SSH de l'instance Linux n'autorise pas l'utilisateur root à se connecter.

    Solution

    Suivez ces étapes pour résoudre le problème :

    1. Si le nom d'utilisateur ou le mot de passe est incorrect, réinitialisez le mot de passe de l'instance. Pour plus d'informations, consultez la rubrique Réinitialisation du mot de passe de connexion d'une instance.

    2. Si le nom d'utilisateur root et le mot de passe sont corrects, la configuration SSH de l'instance peut empêcher l'utilisateur root de se connecter. Pour résoudre ce problème, effectuez l'une des opérations suivantes :