Bastionhost peut afficher des messages d'erreur spécifiques en cas d'échec des opérations SSH, RDP ou de base de données. Les sections suivantes décrivent les causes de ces erreurs courantes et expliquent comment les résoudre.
Index rapide
Repérez votre message d'erreur dans les listes ci-dessous et accédez directement à la section correspondante.
Erreurs SSH liées à l'exploitation et à la maintenance
[USM] Invalid host fingerprint— voir Invalid host fingerprintConnection refused(111)— voir Connection refused (111)SSH protocol handshake error— voir SSH handshake errorPermission denied, please try again(échec de l'authentification de connexion à l'hôte) — voir Permission deniedssh connect target failed— voir SSH connect target failed
Erreurs RDP liées à l'exploitation et à la maintenance
remote desktop service CALs request failed— voir Remote desktop service CALs request failedNLA or TLS security negotiation failure— voir NLA or TLS security negotiation failure
Erreurs de base de données liées à l'exploitation et à la maintenance
Protocol error in TDS stream— voir SQL Server: Protocol error in TDS stream1043 - bad handshake— voir Bad handshake2013 - Lost connection to MySQL server— voir Navicat 11: Lost connection to MySQL serverUnknown system variable 'transaction_isolation'— voir DBeaver: Unknown system variable 'transaction_isolation'Exhausted available authentication methods— voir DBeaver: Exhausted available authentication methodsarraycopy: out of bounds— voir DBeaver: Arraycopy out of bounds
Erreurs SSH liées à l'exploitation et à la maintenance
Empreinte d'hôte non valide
[USM] Invalid host fingerprint: ssh-ed25519 17:xxx (code: 11)
Cause
Bastionhost V3.2 enregistre une empreinte unique pour chaque hôte. Si cette empreinte change, l'authentification échoue. Les situations suivantes peuvent entraîner une modification de l'empreinte :
|
Scénario |
Cause |
|
Réinstallation du système d'exploitation |
Le service SSH est réinitialisé, ce qui génère une nouvelle empreinte. |
|
Remplacement de la paire de clés SSH |
Le remplacement de la paire de clés SSH du serveur modifie l'empreinte. |
|
Modification de l'algorithme de chiffrement ou de la méthode d'échange de clés |
La modification de la configuration du serveur SSH pour utiliser un algorithme de chiffrement ou une méthode d'échange de clés différent affecte l'empreinte. |
|
Modification de la configuration du service SSH |
Les modifications apportées aux paramètres de vérification des clés et des identités dans la configuration du serveur SSH peuvent affecter l'empreinte. |
|
Clonage ou migration du serveur |
La nouvelle instance peut générer une nouvelle clé SSH. |
|
Restauration d'un snapshot de machine virtuelle |
La clé SSH revient à l'état où elle se trouvait au moment du snapshot. |
|
Mise à jour du logiciel du serveur SSH |
Certaines mises à jour logicielles du serveur modifient la configuration des clés, ce qui affecte l'empreinte. |
|
Invalidation ou expiration du certificat |
Pour les clés SSH basées sur des certificats, un certificat expiré ou mis à jour modifie l'empreinte. |
Solution
Effacez l'empreinte de l'hôte dans les paramètres d'information de l'hôte, puis essayez de vous reconnecter :
-
Sur la page Asset management > Hosts, cliquez sur l'hôte cible. Dans l'onglet Basic information situé à droite, cliquez sur Clear dans la section host fingerprint.
Pour plus d'informations, consultez la rubrique Effacer les empreintes d'hôtes.
Connexion refusée (111)
connect to [Default Network] xx.xx.xx.xx:xx failed, Connection refused(111)
Bastionhost ne parvient pas à atteindre l'hôte cible. Vérifiez les points suivants :
|
Cause possible |
Action |
|
Configuration de port incorrecte |
Vérifiez que le port de protocole de l'hôte configuré dans Bastionhost est correct. Consultez la rubrique Configurer Bastionhost. |
|
Blocage de l'accès par le groupe de sécurité ou le pare-feu |
Vérifiez si Alibaba Cloud Firewall est activé pour l'instance Bastionhost et si une politique de sécurité bloque l'accès au port spécifié. Consultez la rubrique Politiques d'accès pour Cloud Firewall et Bastionhost. |
Erreur de handshake SSH
SSH protocol handshake error, Socket error: Connection reset by peer
Cause
Un pare-feu ou une politique de configuration bloque la connexion.
Solution
Vérifiez si l'adresse IP de Bastionhost figure dans le fichier
/etc/hosts.allowdu serveur cible. Si ce n'est pas le cas, ajoutez-la.Vérifiez si l'adresse IP de Bastionhost figure dans le fichier
/etc/hosts.deny. Si c'est le cas, supprimez-la.-
Vérifiez si un équipement réseau situé entre Bastionhost et le serveur bloque la connexion.
Pour plus d'informations, consultez la rubrique Résoudre les problèmes de connexion au serveur Bastionhost.
Permission denied
Permission denied, please try again
Cette erreur indique un échec de l'authentification lors de la connexion à un hôte. Vérifiez les causes suivantes :
|
Cause possible |
Action |
|
Compte ou mot de passe incorrect |
Vérifiez les identifiants de connexion configurés pour l'hôte dans Bastionhost. |
|
Connexion root désactivée |
Si vous vous connectez en tant qu'utilisateur |
|
Restrictions de connexion supplémentaires |
Consultez les journaux du serveur |
Échec de la connexion SSH à la cible
ssh connect target xx failed (ssh: rejected: administratively prohibited (open failed))
Cette erreur est généralement causée par un problème de connexion au serveur proxy, comme l'expiration du mot de passe du serveur proxy. Vérifiez la connexion au serveur proxy et renouvelez le mot de passe si celui-ci a expiré.
Erreurs liées à l'exploitation et à la maintenance via RDP
Échec de la demande de licences CAL pour le service Bureau à distance
remote desktop service CALs request failed
Vérifiez les points suivants :
|
Cause possible |
Action |
|
Expiration de la licence Bureau à distance |
Vérifiez si la licence Bureau à distance a expiré en vous connectant directement au serveur depuis un autre ordinateur Windows. |
|
Autorisations Bureau à distance désactivées |
Confirmez que les autorisations Bureau à distance sont activées sur le serveur. |
Échec de la négociation de sécurité NLA ou TLS
NLA or TLS security negotiation failure, Please check the username and password
Commencez par utiliser Microsoft Terminal Services Client (MSTSC) pour vous connecter directement au serveur, en contournant Bastionhost, afin de vérifier si la connexion aboutit. Si vous ne parvenez toujours pas à vous connecter, procédez au dépannage selon les scénarios suivants.
Scénario 1 : L'authentification au niveau du réseau (NLA) est imposée
Vérifiez si l'option Allow connections only from computers running Remote Desktop with Network Level Authentication est sélectionnée dans les paramètres distants du système Windows. Si elle l'est, la connexion automatique via Bastionhost échoue lorsque l'une des conditions suivantes est remplie :
Le compte et le mot de passe Windows ne sont pas hébergés dans Bastionhost.
Le compte hôte n'a pas été attribué au personnel d'exploitation et de maintenance.
Le compte ou le mot de passe est incorrect.
Scénario 2 : Expiration du service Remote Desktop Session Host
Vérifiez si le service de rôle Remote Desktop Session Host est installé sur l'instance ECS. Une fois installé, ce service hôte de session permet plus de deux connexions simultanées. Si la licence du service expire, le protocole RDP devient indisponible par défaut, bien que le certificat du serveur puisse rester mis en cache localement.
Pour tester cette hypothèse, effectuez des connexions depuis plusieurs environnements. Pour configurer la connexion multi-utilisateurs, consultez la rubrique Configuration de la connexion multi-utilisateurs pour une instance ECS Windows.
Scénario 3 : Les comptes standard ne peuvent pas se connecter
Si seul le compte Administrator parvient à se connecter tandis que les comptes standard échouent, cela signifie que ces derniers ne disposent pas des autorisations d'accès à distance. Par défaut, seuls les administrateurs possèdent ces autorisations. Pour les accorder, ajoutez les comptes dans la section Remote Desktop des paramètres de votre système Windows.
Erreurs liées à l'exploitation et à la maintenance des bases de données
SQL Server : Erreur de protocole dans le flux TDS
[SQL Server Native Client 11.0] Protocol error in TDS stream (0)
Fermez la connexion au serveur de base de données ou quittez Navicat, puis rouvrez-la et réessayez. Si l'erreur persiste, utilisez un autre outil de connexion à la base de données.
Bad handshake
1043 - bad handshake
Vérifiez les causes suivantes :
|
Cause possible |
Action |
|
Incompatibilité entre le nom de domaine et l'adresse IP |
L'adresse de la base de données stockée dans Bastionhost est un nom de domaine. Utilisez le nom de domaine plutôt qu'une adresse IP lors de la connexion. |
|
Espace présent dans le nom du compte de base de données |
Supprimez l'espace du nom du compte de base de données. |
|
Déconnexion réseau entre Bastionhost et la base de données |
Vérifiez la configuration de la liste d'autorisation. |
Pour plus d'informations, consultez la rubrique Problèmes de connexion à la base de données.
DBeaver : Variable système « transaction_isolation » inconnue
Unknown system variable 'transaction_isolation'
DBeaver est incompatible avec MySQL 5.6. Résolvez le problème en utilisant l'une des options suivantes :
Modifiez le pilote de protocole de base de données en MariaDB pour la connexion.
Basculez vers l'outil de connexion à la base de données Navicat.
DBeaver : Méthodes d'authentification disponibles épuisées
Exhausted available authentication methods
Le jeton d'exploitation et de maintenance de la base de données a expiré. Demandez un nouveau jeton et reconnectez-vous.
DBeaver : Arraycopy hors limites
Cette erreur est due à une incompatibilité de version de DBeaver. Basculez vers un outil de connexion pris en charge. Pour connaître les outils et versions recommandés, consultez la rubrique Outils et versions pour l'exploitation et la maintenance des bases de données.