AWS announces preview of AWS Interconnect - multicloud
AWS announces AWS Interconnect – multicloud (preview), providing simple, resilient, high-speed private connections to other cloud service providers. AWS Interconnect - multicloud is easy to configure and provides high-speed, resilient connectivity with dedicated bandwidth, enabling customers to interconnect AWS networking services such as AWS Transit Gateway, AWS Cloud WAN, and Amazon VPC to other cloud service providers with ease.
Comment résoudre les problèmes de connexion SSH à mon instance Amazon EC2 Linux ?
Je ne parviens pas à me connecter à mon instance Linux Amazon Elastic Compute Cloud (Amazon EC2) via SSH et je souhaite résoudre le problème.
Brève description
Si vous recevez les messages d'erreur Permission denied, Connection refused ou Resource temporarily unavailable, il se peut que vous rencontriez des problèmes de connexion à votre instance Amazon EC2.
Pour résoudre les problèmes de connexion SSH, utilisez l'une des méthodes suivantes :
- L’automatisation AWSSupport-TroubleshootSSH
- SSH avec messagerie détaillée activée
- L’Amazon EC2 Serial Console
- Gestionnaire de sessions, une fonctionnalité d'AWS Systems Manager
Résolution
Remarque : Si des erreurs surviennent lorsque vous exécutez des commandes de l'interface de la ligne de commande AWS (AWS CLI), consultez la section Résoudre des erreurs liées à l’AWS CLI. Vérifiez également que vous utilisez bien la version la plus récente de l’AWS CLI.
Assurez-vous de disposer des informations suivantes :
- La clé privée correcte (fichier .pem) associée à l'instance
- Le nom d'utilisateur correct pour votre distribution Linux
- L'adresse IP ou le nom DNS de votre instance
- Connectivité réseau à votre instance
Exécuter le dossier d’exploitation AWSSupport-TroubleshootSSH
L'automatisation AWSSupport-TroubleshootSSH vous aide à identifier et à résoudre automatiquement les problèmes de connexion aux instances SSH.
Prérequis :
- Copiez l’ID d’instance de l’instance Amazon EC2 que vous souhaitez dépanner.
- Remplissez les prérequis pour l'outil EC2Rescue pour Linux installé par le dossier d'exploitation.
Vous pouvez utiliser l'AWS CLI pour exécuter l'automatisation AWSSupport-TroubleshootSSH.
Vous pouvez également utiliser la console Systems Manager et configurer les paramètres suivants :
- Dans Document d'automatisation, sélectionnez AWSSupport-TroubleshootSSH.
- Dans Détails du document, sélectionnez Version par défaut lors de l'exécution pour Version du dossier d’exploitation.
- Dans Paramètres d'entrée, saisissez l'instance inaccessible pour ID d’instance et Corriger tout pour Action.
Pour plus d’informations sur l’automatisation AWSSupport-TroubleshootSSH, consultez la section Correction intelligente du RDP et du SSH avec les actions de l’API AWS Systems Manager Automation.
Utiliser SSH avec la messagerie détaillée activée
Procédez comme suit :
- Utilisez SSH pour vous connecter à votre instance Linux avec l'option de messagerie détaillée activée :
Remarque : Remplacez my_key.pem par votre fichier de clé privée et ec2-user@11.22.33.44 par votre nom d'utilisateur. Pour en savoir plus, consultez la section Se connecter à votre instance Linux à l'aide d'un client SSH.user@localhost:~$ ssh -vvv -i my_key.pem ec2-user@11.22.33.44 - Pour déterminer la cause de votre problème, consultez les messages d'erreur dans la sortie du client SSH.
- Après avoir identifié votre message d'erreur, consultez la section Résoudre les erreurs SSH pour résoudre votre problème.
Pour en savoir plus sur la messagerie détaillée ou la résolution d’autres types de messages d’erreur, consultez la section Comment résoudre les problèmes de connexion SSH pour mon instance Linux Amazon EC2 ?
Connexion à vos instances basées sur Nitro et à vos instances matériel nu via l’Amazon EC2 Serial Console
Pour résoudre les problèmes SSH directement sur votre instance, vous pouvez utiliser l’EC2 Serial Console pour les instances basées sur Nitro et matériel nu.
Remarque : Si vous utilisez l'EC2 Serial Console pour la première fois, vérifiez les prérequis et à configurez l'accès avant de vous connecter à l’instance.
Si un écran noir s'affiche une fois que vous êtes connecté à l'instance, effectuez les tâches suivantes :
- Utilisez la touche System Request (SysRQ) pour résoudre les problèmes.
- Utilisez SysRq, la console Amazon EC2 ou l'AWS CLI pour redémarrer votre instance.
- Utilisez votre propre clé et un client SSH pour vous connecter à votre instance.
Utiliser le Gestionnaire de sessions
Vous pouvez utiliser le Gestionnaire de sessions pour vous connecter à votre instance sur la console Amazon EC2. Une fois la connexion établie, vous pouvez exécuter des commandes bash sur l’instance comme vous le feriez avec d’autres méthodes de connexion.
Résoudre les erreurs SSH
« Connection timed out » ou « Connection refused »
L'erreur Connection timed out se produit lorsque le serveur ne répond pas à la requête du client. L'erreur Connection refused se produit lorsque l'instance atteint l'hôte mais rejette activement la connexion car aucun service n'écoute sur le port SSH. Pour résoudre ces problèmes, consultez la section Comment résoudre les erreurs « Connection refused » ou « Connection timed out » lorsque j'utilise SSH pour me connecter à mon instance EC2 ?
Si une erreur Connection timed out s'affiche sur un cloud privé virtuel (VPC), il se peut que vous rencontriez un problème de configuration réseau. Des configurations incorrectes de vos paramètres de sécurité, de vos listes de contrôle d'accès au réseau (ACL réseau), de vos tables de routage VPC ou de votre pare-feu local peuvent être à l'origine de ce problème. Pour résoudre cette erreur, consultez la section Comment résoudre les erreurs de délai d’expiration de la connexion d’instance Amazon EC2 depuis Internet ?
« Permission denied » ou « Authentication failed »
Les erreurs Permission denied ou Authentication failed se produisent lorsque vous ne pouvez pas vous authentifier via SSH pour accéder à votre instance. Des problèmes de configuration des clés ou des autorisations peuvent être à l'origine de ce problème. Pour résoudre ce problème, consultez la section Comment puis-je résoudre les erreurs « Permission denied (publickey) » ou « Authentication failed, permission denied » lorsque j’accède à mon instance EC2 ?
« Server refused our key »
L'erreur Server refused our key se produit lorsque vous utilisez SSH pour essayer de vous connecter à une instance et que vous utilisez une clé privée, un nom d'utilisateur ou des autorisations incorrects. Ou bien, une configuration de serveur SSH mal configurée peut être à l'origine de ce problème. Pour résoudre ces problèmes, consultez la section Pourquoi le message d'erreur « Server refused our key » s'affiche-t-il lorsque j'essaie de me connecter à mon instance EC2 via SSH ?
« imported-openssh-key » ou « Putty Fatal Error »
Les erreurs imported-openssh-key ou Putty Fatal Error se produisent lorsque vous utilisez un nom d'utilisateur incorrect pour vous connecter à une instance Linux EC2 via SSH. Ou bien, vous utilisez la mauvaise clé privée lors d'une négociation de session SSH. Pour résoudre ces problèmes, consultez la section Pourquoi les erreurs « imported-openssh-key » ou « PuTTY Fatal Error » s’affichent-elles lorsque je me connecte à mon instance Amazon EC2 Linux ?
« Enter passphrase for key 'my_key.pem' »
L'erreur Enter passphrase for key 'my_key.pem' se produit lorsque vous avez créé un mot de passe pour votre fichier de clé, mais que vous ne l'avez pas saisi manuellement. Pour résoudre ce problème, entrez le mot de passe manuellement. Vous pouvez également utiliser ssh-agent pour charger automatiquement la clé.
Informations connexes
Résoudre les problèmes liés à la connexion à votre instance Linux Amazon EC2
- Langue
- Français
Vidéos associées



Contenus pertinents
- demandé il y a 10 mois
- demandé il y a un an
- demandé il y a 2 ans
- demandé il y a 3 ans