Bastionhost:Problèmes de connexion au serveur

Si le test de connectivité échoue

Vérifiez les points suivants dans l'ordre :

1. Port serveur non standard. Si le serveur utilise un port non standard, mettez-le à jour sur la page Assets. Pour plus d'informations, consultez la rubrique Modifier le port de service d'un hôte.

2. Règles de groupe de sécurité. Vérifiez que le groupe de sécurité autorise le trafic provenant de l'IP de sortie de Bastionhost, affichée dans la liste des instances sur la console Bastionhost. Pour savoir comment ajouter une règle de groupe de sécurité, consultez la rubrique Gérer les règles de groupe de sécurité.

3. Politiques de sécurité côté serveur. Assurez-vous qu'aucune politique côté serveur ne bloque l'accès depuis Bastionhost. Vérifiez les éléments suivants :

   • Listes de contrôle d'accès réseau (ACL)

   • Groupes de sécurité

   • Cloud Firewall

   • Pare-feu internes (iptables, Pare-feu Windows)

4. Contrôle d'accès basé sur l'hôte. Vérifiez que les fichiers /etc/hosts.allow et /etc/hosts.deny sur le serveur ne bloquent pas l'instance Bastionhost.

5. Politiques Cloud Firewall. Vérifiez que les politiques Cloud Firewall ne bloquent pas l'instance Bastionhost. Pour plus d'informations, consultez la rubrique Meilleures pratiques pour les politiques d'accès dans un déploiement conjoint de Cloud Firewall et Bastionhost.

6. Connectivité du réseau interne. Si l'instance Bastionhost ne peut pas atteindre le serveur via le réseau interne, vérifiez le chemin réseau. Pour plus d'informations, consultez la rubrique Meilleures pratiques pour les scénarios d'O&M hybrides.

7. Conflit d'adresse IP. Vérifiez que l'IP du serveur n'entre pas en conflit avec l'IP de sortie de Bastionhost ou l'IP résolue à partir du point de terminaison interne. Les conflits empêchent les données du serveur d'atteindre Bastionhost.

8. IP publique sur un réseau privé. Si le serveur utilise une IP publique pour un réseau privé, ajustez les paramètres réseau dans les configurations Bastionhost.

9. Délai d'expiration du groupe de sécurité avancé. Si la connexion à une instance ECS expire alors que la configuration réseau semble correcte, vérifiez si l'instance utilise un groupe de sécurité avancé. Les groupes de sécurité avancés peuvent avoir des politiques qui restreignent les connexions Bastionhost. Essayez de basculer l'instance vers un groupe de sécurité de base et testez la connectivité SSH depuis une autre instance du même groupe de sécurité pour déterminer si le type de groupe de sécurité est à l'origine du problème.

10. Proxy client ou accès public non activé. Si une connexion SSH à Bastionhost renvoie « Connection closed » ou « Operation timed out », vérifiez si un proxy est activé sur la machine locale et désactivez-le le cas échéant. Vérifiez également que l'accès public est activé dans la console Bastionhost ; s'il ne l'est pas, les connexions peuvent expirer ou être interrompues.

Si le test de connectivité réussit

1. Essayez de vous connecter directement au serveur en contournant l'instance Bastionhost.

   • Si la connexion directe échoue également, le problème provient du serveur. Résolvez les problèmes de connexion au protocole du serveur :

     • Méthodes de dépannage des échecs de connexion à distance à une instance Windows

     • Guide de dépannage des échecs de connexion à distance à une instance Linux via SSH

2. Si vous pouvez vous connecter directement mais pas via Bastionhost, consultez les messages d'erreur dans la rubrique Erreurs courantes d'O&M Bastionhost.

Symptôme 1 : La vérification expire ou échoue

Cause

Une expiration de la vérification est généralement causée par une inaccessibilité réseau.

Solution

Testez la connectivité entre l'instance Bastionhost et la ressource à l'aide des Diagnostics réseau.

• Si la connectivité est anormale, le réseau entre l'instance Bastionhost et l'hôte peut être indisponible. Pour plus d'informations, consultez la rubrique Que faire si l'accès à un serveur via Bastionhost échoue ?

• Si la connectivité est normale mais que la vérification échoue toujours, il peut y avoir un délai de synchronisation réseau. Enregistrez le mot de passe du compte dans Bastionhost et réessayez les opérations d'O&M. Pour plus d'informations, consultez la rubrique Configurer un compte hôte.

Symptôme 2 : La vérification échoue en raison d'un mot de passe incorrect

Cause

Le mot de passe du compte saisi dans Bastionhost ne correspond pas au mot de passe défini sur la ressource.

Solution

• Vérifiez que le mot de passe dans Bastionhost correspond à celui défini sur la ressource. Pour plus d'informations, consultez la rubrique Configurer un compte hôte.

• Si vous réinitialisez le mot de passe d'une instance ECS en ligne dans la console ECS et que les opérations d'O&M via Bastionhost signalent toujours un échec de vérification du mot de passe ou un mot de passe incorrect, effectuez un test de connexion directe en suivant les étapes ci-dessous :

  1. Ajoutez temporairement une règle entrante au groupe de sécurité de l'instance ECS pour autoriser votre adresse IP locale à accéder à tous les ports. Utilisez cette règle uniquement pour le dépannage et supprimez-la une fois la vérification terminée.

  2. Contournez Bastionhost et utilisez le nouveau nom d'utilisateur et le nouveau mot de passe pour établir une connexion distante directe au serveur. Ce test de connexion directe confirme si le nouveau mot de passe est pris en compte et si le réseau est accessible.

  3. Si le test de connexion directe aboutit toujours à un échec de connexion à distance, vérifiez la politique de mot de passe ou l'état du système à l'intérieur du serveur.

  4. Une fois la connexion directe réussie, mettez à jour le mot de passe du compte hôte dans la console Bastionhost et réessayez les opérations d'O&M.

• Si vous effectuez des opérations d'O&M sur un hôte Linux, vérifiez si le compte root ou l'authentification par mot de passe est désactivée dans le fichier sshd_config.