Ne pas réussir à se connecter en SSH est le blocage le plus courant chez les débutants. Ne réinstallez pas tout de suite : suivez cette check-list de l'extérieur vers l'intérieur, la plupart des cas se règlent en quelques minutes.
1. D'abord, identifier où ça échoue
- Connection timed out : injoignable → problème de réseau/port/pare-feu.
- Connection refused : la machine répond mais SSH n'écoute pas → service arrêté ou mauvais port.
- Permission denied : connecté mais échec d'authentification → problème de mot de passe/clé/nom d'utilisateur.
2. Réseau et port (pour les timeouts)
- Pinguez l'IP pour vérifier qu'elle est en ligne (certains datacenters bloquent le ping, simple indice).
- Confirmez le port SSH (22 par défaut, parfois modifié) : connectez-vous avec ssh -p PORT user@IP.
- Votre réseau local/FAI bloque-t-il le port 22 ? Essayez un autre réseau ou demandez au fournisseur.
3. Pare-feu (le coupable habituel)
- Pare-feu cloud : beaucoup oublient d'autoriser le port SSH dans le groupe de sécurité de la console — cause numéro un.
- Pare-feu système : ufw / iptables bloque le port 22. Les débutants activent souvent ufw en tout-refuser et oublient d'autoriser le 22, s'enfermant dehors.
4. Authentification (pour Permission denied)
- Bon nom d'utilisateur ? root, ou ubuntu / admin ? Les fournisseurs cloud utilisent des valeurs par défaut différentes.
- Connexion par clé : la clé privée doit être en chmod 600, et sa clé publique dans ~/.ssh/authorized_keys du serveur.
- Si le serveur a désactivé la connexion par mot de passe (PasswordAuthentication no), seules les clés fonctionnent.
5. Solutions de dernier recours
- Utilisez la console web / VNC du fournisseur cloud pour entrer directement, contourner SSH et corriger la configuration ou ouvrir le port.
- Banni temporairement par fail2ban après des échecs répétés ? Attendez quelques minutes ou essayez une autre IP.
- En dernier ressort, restaurez un snapshot ou réinitialisez (sauvegardez d'abord vos données).