Corriger SSH Connection refused, timeout et permission denied

Commencer côté client

Remplacez user et server.example par votre compte et votre hôte. Connection refused signifie un refus actif ; un timeout peut venir du routage, du filtrage ou d’une cible sans réponse. Permission denied signifie un refus d’authentification. Anonymisez les journaux détaillés avant de les partager.

ssh -vvv -o ConnectTimeout=5 -p 22 user@server.example
ssh -4 -o ConnectTimeout=5 user@server.example
ssh -6 -o ConnectTimeout=5 user@server.example

Vérifier Linux depuis sa console

Sous Ubuntu ou Debian, contrôlez le service ssh, les ports en écoute, la syntaxe et le journal. Vérifiez le port réel et les deux sens du pare-feu. Un timeout ne prouve pas l’arrêt du serveur. D’autres distributions utilisent sshd.service. Gardez un accès console pendant les modifications.

sudo systemctl status ssh.service
sudo ss -lntp
sudo /usr/sbin/sshd -t
sudo journalctl -u ssh.service -n 50 --no-pager

Réparer l’authentification sans affaiblir la confiance

Vérifiez utilisateur, clé privée choisie, propriétaire et permissions de authorized_keys sur le serveur. IdentitiesOnly teste la clé voulue. Validez un changement de clé d’hôte par un canal indépendant fiable ; ne désactivez pas StrictHostKeyChecking et ne supprimez pas known_hosts aveuglément. CH-J Diagnostics teste TCP sans connexion SSH.

ssh -o IdentitiesOnly=yes -i ~/.ssh/id_ed25519_chj user@server.example
ssh-keygen -F server.example

Documentation détaillée

OpenSSH: ssh →

OpenSSH: sshd_config →

Déverrouillage biométrique et sécurité →