ACLClouds
ACLClouds

SSH affiche Connection refused ou timeout

Distinguer service SSH arrêté, mauvais port, pare-feu et panne réseau depuis noVNC. Autorisez SSH avant d’activer UFW.

Connection refused signifie que la machine répond mais qu’aucun service n’accepte ce port. Un délai d’attente dépassé (timeout) indique plutôt que les paquets n’arrivent pas ou ne repartent pas.

Procédure étape par étape

  1. Vérifier IP et port

    Copiez l’IPv4 du panel et utilisez le port SSH configuré, généralement 22.

  2. Tester depuis noVNC

    Ouvrez la console puis vérifiez systemctl status ssh et ss -lntp | grep :22.

  3. Contrôler le pare-feu

    Autorisez SSH avant d’activer UFW. Vérifiez aussi les règles pare-feu du panel VPS.

  4. Lire les journaux

    Utilisez journalctl -u ssh -n 100 pour repérer erreur de configuration, clé ou limite de connexions.

Réparer le service SSH

sshd -t
systemctl restart ssh
systemctl status ssh --no-pager
ss -lntp | grep :22

Tester le port depuis votre poste

nc -vz YOUR_IPV4 22
# Windows PowerShell
Test-NetConnection YOUR_IPV4 -Port 22

Rouvrir SSH dans UFW et Fail2ban

ufw allow 22/tcp
ufw status
fail2ban-client set sshd unbanip YOUR_IP

Lire le message d’erreur

Le message exact de ssh indique où chercher.

  • Connection refused : le VPS répond, mais rien n’écoute sur ce port. Service SSH arrêté, port modifié, ou règle REJECT d’un pare-feu.
  • Connection timed out : aucune réponse. VPS arrêté, mauvaise IPv4, ou pare-feu qui ignore les paquets : politique DROP d’UFW ou du « Pare-feu » du panel.
  • No route to host : souvent un refus de firewalld sur Fedora ou CentOS Stream, ou un VPS arrêté.

Réparer sans SSH depuis le panel

Vérifiez d’abord le statut du VPS : « Arrêté » demande un clic sur « Démarrer », « Provisioning » signifie que l’installation n’est pas terminée. Ensuite, deux outils fonctionnent sans SSH. L’outil « Shell », dans « Outils supplémentaires », exécute une commande courte en root via le QEMU Guest Agent, limitée à 15 secondes : idéal pour ss -lntp ou systemctl restart ssh. La « Console noVNC » donne l’écran et le clavier de la VM ; le collage n’y est pas disponible, tapez les commandes.

Si vous avez activé le pare-feu du panel, ouvrez « Options du pare-feu » : avec « Pare-feu activé » et une « Politique d’entrée » DROP, tout port sans règle ACCEPT est bloqué. Dans « Pare-feu », ajoutez une règle ACCEPT, protocole TCP, port 22.

Vérifier que tout fonctionne

Dans la VM, ss -lntp doit afficher une ligne LISTEN sur le port 22 avec le processus sshd. Depuis votre poste, testez le port avec les commandes ci-dessous : succeeded ou TcpTestSucceeded : True confirme que le port est joignable.

Questions fréquentes

systemctl status ssh répond Unit ssh.service could not be found, pourquoi ?

Sur Fedora, CentOS Stream et Arch Linux, le service s’appelle sshd : utilisez systemctl status sshd et journalctl -u sshd. Si aucun n’existe, installez le paquet openssh-server depuis la « Console noVNC ».

Le service SSH refuse de redémarrer après une modification, que faire ?

Lancez sshd -t : la commande indique le fichier et la ligne fautive, par exemple Bad configuration option. Corrigez-la, relancez sshd -t jusqu’à ce qu’elle ne renvoie plus rien, puis systemctl restart ssh.

J’ai changé le port SSH et le port 22 répond Connection refused, est-ce normal ?

Oui : connectez-vous avec ssh -p PORT root@YOUR_IPV4, après avoir autorisé ce port dans UFW et dans le « Pare-feu » du panel si vous l’utilisez. Sur Ubuntu 24.04, si ssh.socket est actif, c’est lui qui ouvre le port : après la modification, exécutez systemctl daemon-reload puis systemctl restart ssh.socket.

Comment débloquer mon adresse IP bannie par Fail2ban ?

Depuis l’outil « Shell » ou la « Console noVNC », fail2ban-client status sshd liste les adresses bannies ; débloquez la vôtre avec la commande ci-dessous.