Chapitre 9 · 9.2
Messages d'erreur SSH fréquents
| Message | Que signifie-t-il ? | Que faire ? |
|---|---|---|
Connection timed out | Votre ordinateur ne reçoit aucune réponse. Le VPS est éteint, l'adresse IP est incorrecte ou un pare-feu bloque le port 22. | Vérifiez que le VPS est allumé et que l'adresse IP est correcte. Connectez-vous via la console et contrôlez votre pare-feu (Accès bloqué : vous ne parvenez plus à accéder à votre serveur). |
Connection refused | Le serveur répond, mais rien n'écoute sur ce port. SSH ne tourne pas ou écoute sur un autre port. | Dans la console : systemctl status ssh et ss -tlnp | grep ssh. |
Permission denied (publickey) | Le serveur n'accepte que les clés et votre clé ne correspond pas. | Vérifiez le nom d'utilisateur, que vous utilisez la bonne clé (ssh -v indique laquelle est essayée) et les droits de ~/.ssh sur le serveur (Installer votre clé sur le serveur et la tester). |
Permission denied (publickey,password) | Le mot de passe ou la clé est incorrect. | Faites attention aux majuscules. Si nécessaire, définissez un nouveau mot de passe root dans l'écran VPS. |
REMOTE HOST IDENTIFICATION HAS CHANGED | Le serveur affiche une empreinte différente de celle que votre ordinateur a mémorisée. | C'est normal après une réinstallation. Dans ce cas : ssh-keygen -R 203.0.113.10 puis reconnectez-vous, avec la vérification décrite dans Première connexion avec SSH. Si vous n'avez rien modifié, n'allez pas plus loin et cherchez d'abord pourquoi. |
Too many authentication failures | Votre ordinateur essaie trop de clés à la suite. | Indiquez la clé avec -i ~/.ssh/id_ed25519 ou ajoutez IdentitiesOnly yes dans votre configuration SSH (Un fichier de configuration SSH : se connecter avec un nom court). |
UNPROTECTED PRIVATE KEY FILE! | Votre clé privée est lisible par d'autres utilisateurs de votre propre ordinateur. | Sur Mac et Linux : chmod 600 ~/.ssh/id_ed25519. Sous Windows : assurez-vous que seul votre compte peut lire le fichier. |
Voir plus de détails
Avec ssh -v anna@203.0.113.10, vous voyez étape par étape ce qui se passe : quelles clés votre ordinateur essaie et où cela échoue. Sur le serveur, vous voyez l'autre côté avec sudo journalctl -u ssh -e (sur AlmaLinux et Rocky Linux, -u sshd).