Utiliser la console VNC

La console, c’est l’équivalent d’un écran et d’un clavier branchés directement sur votre VPS. Elle s’ouvre dans votre navigateur et ne dépend pas du réseau du serveur : elle répond donc quand le SSH ne répond plus. Cette page s’adresse à toute personne dont le VPS est injoignable.

La console est votre accès de secours. Tant qu’elle répond, vous n’avez perdu ni votre serveur ni vos données.

Dans quels cas utiliser la console

La console sert exactement dans les cas où le SSH ne sert plus :

• Le SSH ne répond plus : délai dépassé, connexion refusée, service arrêté.
• Vous vous êtes verrouillé avec le pare-feu, avec des règles qui ne laissaient pas passer le port 22.
• Vous avez perdu le mot de passe root ou votre clé privée, et vous devez reprendre la main — par exemple après avoir désactivé l’authentification par mot de passe sans vérifier que votre clé SSH fonctionnait.
• Le serveur ne démarre plus normalement : il s’arrête sur un shell de maintenance, ou une erreur défile au démarrage.
• Vous allez modifier la configuration réseau ou SSH : garder la console ouverte à côté évite la mauvaise surprise.

Pour le travail quotidien, restez en SSH : c’est plus rapide, le copier-coller fonctionne et les fichiers se transfèrent. La console n’est pas faite pour cela.

Le réflexe à prendre

Avant toute manipulation de pare-feu, de SSH ou de réseau, ouvrez la console dans un onglet et vérifiez qu’elle affiche une invite de connexion. Vous saurez que le filet est en place avant de sauter.

Ouvrir la console depuis le panel

1. Connectez-vous à l’espace client sur cloudfive.fr/manager.

2. Ouvrez la section qui liste vos services, puis sélectionnez le VPS concerné.

3. Sur la page du service, cherchez l’action qui ouvre la console. Elle démarre une session directement dans le navigateur, sans logiciel à installer.

4. Cliquez dans la zone noire de la console pour lui donner le focus : sans cela, vos touches partent à la page du navigateur, pas au serveur.

5. Connectez-vous avec l’identifiant root et votre mot de passe. Si l’écran est noir, appuyez d’abord sur Entrée : l’affichage se met en veille et revient à la première touche.

Ce que vous voyez dépend de l’offre : sur un VPS en conteneur, la console est une session texte qui s’ouvre sur une invite de connexion ; sur un VPS KVM, elle affiche l’écran complet de la machine, dès les premiers messages du démarrage. Les commandes de cette page valent dans les deux cas.

Attention

Une console ouverte est un accès administrateur affiché sur votre écran. Ne la laissez pas ouverte sur un ordinateur partagé, et terminez toujours par exit pour fermer la session plutôt que de simplement fermer l’onglet.

Si vous ne trouvez pas d’accès console sur la page de votre service, ne forcez rien : ouvrez un ticket en indiquant le nom du service et son adresse IP. Le support est joignable 7 j/7. Les actions disponibles sur la page d’un service sont par ailleurs décrites dans Gérer un service.

Gérer la disposition du clavier

C’est le piège numéro un de la console, et la cause de la moitié des « mon mot de passe ne marche pas ». La console transmet les positions des touches : si le système installé est configuré en clavier américain, votre clavier français tape en QWERTY.

Le test prend trois secondes : à l’invite de connexion, tapez azerty comme identifiant. Si l’écran affiche qwerty, la disposition est américaine.

Vous appuyez sur	Le serveur reçoit
a	q
q	a
z	w
w	z
m	;
Maj + chiffre	une ponctuation

Les chiffres s’obtiennent alors sans la touche Maj, et les signes de ponctuation changent tous de place. Sur un mot de passe, qui ne s’affiche pas pendant la saisie, l’erreur est invisible.

Deux façons de corriger :

1. Corriger la disposition pour la session en cours. Une fois connecté, lancez :

   loadkeys fr

   Le changement est immédiat, mais il est perdu au redémarrage. Si la commande n’existe pas, installez le paquet kbd (apt install kbd sur Debian et Ubuntu, dnf install kbd sur AlmaLinux et Rocky Linux).

2. Corriger la disposition de façon durable, pour ne plus y penser :

   localectl set-keymap fr

   Sur Debian et Ubuntu, dpkg-reconfigure keyboard-configuration propose la même chose avec un menu.

Avant de taper un mot de passe à l’aveugle

Saisissez-le d’abord dans le champ de l’identifiant, où il s’affiche en clair. Vous vérifiez d’un coup d’œil que les caractères sortent bien, puis vous appuyez sur Entrée : l’identifiant est refusé, c’est sans conséquence, et vous savez à quoi vous en tenir.

Le copier-coller n’est pas garanti dans une console de navigateur : partez du principe que vous devrez tout taper. C’est aussi pour cela qu’un mot de passe root sans accent est une bonne idée.

Dépanner un serveur sans accès réseau

Vous êtes connecté en console, le serveur tourne, mais il reste injoignable. Déroulez ces vérifications dans l’ordre : elles vont du plus fréquent au plus rare.

1. Le disque est-il plein ? C’est la première cause de serveur qui ne répond plus à rien.

   df -h
   df -i

   Une partition à 100 % — en espace ou en inodes — empêche les services de démarrer, de journaliser et parfois de s’authentifier. Libérez de la place avant de chercher plus loin.

2. La machine a-t-elle son adresse IP et sa route ?

   ip -br a
   ip r

   L’adresse IP de votre VPS doit apparaître sur une interface, et une ligne default via doit être présente. Si l’IP a disparu après une modification de configuration, remettez l’ancienne valeur.

3. La machine sort-elle sur internet ?

   ping -c 3 1.1.1.1
   ping -c 3 cloudfive.fr

   Si la première réussit et la seconde échoue, c’est la résolution de noms : vérifiez /etc/resolv.conf.

4. Le service SSH tourne-t-il, et écoute-t-il ?

   systemctl status ssh      # Debian, Ubuntu
   systemctl status sshd     # AlmaLinux, Rocky Linux
   ss -tlnp | grep ':22'

   Si rien n’écoute sur le port 22, relancez le service. S’il refuse de démarrer, sshd -t affiche l’erreur de configuration à corriger.

5. Le pare-feu bloque-t-il le port ?

   ufw status
   firewall-cmd --list-all
   nft list ruleset

   C’est le verrouillage classique : une politique par défaut en refus, sans règle pour le port 22. Réautorisez-le, puis reprenez la configuration du pare-feu au calme.

6. Que disent les journaux du démarrage ?

   journalctl -p err -b --no-pager | tail -40

   Un service en échec apparaît aussi dans systemctl --failed.

7. La machine est-elle saturée ?

   uptime
   free -h
   dmesg | tail -20

   Une charge très élevée, une mémoire pleine ou des lignes mentionnant Out of memory expliquent un serveur vivant mais inerte. Voir Surveiller les ressources.

8. Si rien n’a suffi, redémarrez proprement depuis la console : systemctl reboot. Restez sur la console pour observer le démarrage — c’est là que les erreurs s’affichent.

Attention

Si le serveur démarre sur un shell de maintenance (emergency mode, Give root password for maintenance), la cause est presque toujours /etc/fstab : un disque ou un partage déclaré qui n’existe plus bloque le démarrage. Corrigez ou commentez la ligne fautive, vérifiez avec mount -a, puis redémarrez.

Si le serveur répond en console, sort bien sur internet, mais reste injoignable depuis chez vous, le problème n’est pas sur la machine. Testez depuis une autre connexion — un partage de connexion mobile, par exemple —, puis consultez Protection anti-DDoS et ouvrez un ticket avec vos résultats.

Si ça ne marche pas

L’écran reste noir même après une touche. La machine est peut-être éteinte : vérifiez son état sur la page du service, dans l’espace client.

La console ne s’ouvre pas, ou se déconnecte aussitôt. Essayez un autre navigateur, et désactivez les extensions de blocage sur la page. Une console web a besoin d’une connexion maintenue ouverte, que certains réseaux d’entreprise, VPN ou pare-feu de poste coupent. Un partage de connexion mobile permet de trancher en une minute.

Le clavier ne répond pas. Cliquez d’abord dans la zone de la console pour lui donner le focus. Si seules certaines touches manquent, vous êtes face au problème de disposition du clavier.

Le mot de passe est refusé en console. Dans l’ordre : vérifiez la disposition du clavier avec le test azerty, assurez-vous que vous saisissez bien l’identifiant root, puis réinitialisez le mot de passe. Et rappelez-vous que la console ne transfère pas de fichiers : pour cela, il faut rétablir le SSH.

Pour aller plus loin

• Dépannage : mon VPS est inaccessible — la méthode complète, du ping au ticket.
• Réinitialiser le mot de passe root — reprendre la main depuis la console.
• Configurer le pare-feu — ouvrir ce qu’il faut sans se verrouiller dehors.
• Créer et utiliser une clé SSH — l’accès à mettre en place une fois le serveur rétabli.
• Snapshots et sauvegardes — à prendre avant la prochaine manipulation risquée.