Quand SSH ne répond plus, la console VNC reste votre seul accès au serveur. Elle affiche l'écran du VPS comme si vous étiez devant la machine, et elle continue de fonctionner même lorsque le réseau est mal configuré ou que le pare-feu bloque toutes les connexions entrantes.
Quand la console devient indispensable
- Une règle de pare-feu appliquée trop tôt ferme le port 22 et coupe l'accès distant.
- Une adresse IP, une passerelle ou un serveur DNS modifié dans la configuration réseau éloigne le serveur du réseau.
- Le disque est plein : les services ne démarrent plus, mais le système reste accessible par la console.
- Le serveur ne redémarre pas correctement après une mise à jour du noyau.
Dans tous ces cas, aucun client SSH ne vous aidera. La console est un accès « hors bande » : elle ne dépend pas de la configuration réseau du système invité.
Où se trouve la console
Connectez-vous à votre espace client, ouvrez la fiche du service VPS concerné, puis lancez la console. Elle s'affiche directement dans le navigateur, sans installer de logiciel. À l'invite de connexion, utilisez les identifiants du système : root avec le mot de passe initial si vous ne l'avez pas changé, ou votre compte administrateur habituel.
Reprendre le contrôle : les cas classiques
Un pare-feu trop strict
ufw status ufw allow 22
Si vous ne pouvez plus vous connecter du tout, désactivez temporairement le pare-feu depuis la console, puis rétablissez les règles une par une en testant votre accès SSH après chaque changement.
Une configuration réseau erronée
ip a ip route
Sous Ubuntu, les fichiers Netplan se trouvent dans /etc/netplan/. Corrigez l'adresse, la passerelle ou les serveurs DNS, puis appliquez la configuration avec netplan apply. Gardez la console ouverte jusqu'à ce que SSH réponde de nouveau.
Un disque plein
df -h journalctl --vacuum-size=200M
Les journaux système sont souvent le premier poste à nettoyer. Vérifiez ensuite les sauvegardes locales et les fichiers temporaires de vos applications.
Un service qui ne démarre pas
systemctl status ssh systemctl restart ssh
Si l'écran reste noir
Un écran noir peut signaler un noyau bloqué ou un démarrage interrompu. Demandez un redémarrage depuis la fiche du service, puis observez les messages de démarrage dans la console. Si le serveur ne revient pas en ligne, ouvrez un ticket en indiquant l'heure du dernier changement, les commandes exécutées et les symptômes observés : ces éléments font gagner un temps considérable au diagnostic.
Éviter d'avoir à y recourir
- Testez toute modification de pare-feu ou de réseau avant de fermer votre session SSH.
- Gardez une seconde session ouverte pendant les changements critiques.
- Surveillez l'espace disque avant qu'il ne soit saturé.
- Conservez une sauvegarde récente : la console permet de réparer un serveur, pas de restaurer des données perdues.
