Wolkra

Docs

Se connecter en SSH

Connectez-vous à un serveur Wolkra avec des clés SSH ou le mot de passe root reçu par e-mail, depuis Linux, macOS ou Windows, et reprenez la main avec la console navigateur ou le mode rescue.

Mis à jour le 3 min de lecture

Pour vous connecter, lancez ssh root@<server-ip> avec la clé SSH choisie lors de la création du serveur, ou avec le mot de passe root reçu par e-mail. Si SSH est injoignable, utilisez la console navigateur ou le mode rescue depuis la vue du serveur dans la console.

Trouver l'adresse

Ouvrez le serveur dans la console. La vue d'ensemble affiche son adresse IPv4 publique (s'il en a une) et son adresse IPv6. Les serveurs d'un réseau privé n'ont que des adresses privées ; consultez plus bas la section sur les serveurs sans IP publique.

Se connecter depuis Linux ou macOS

bash
ssh [email protected]          # IPv4 d'exemple
ssh root@2001:db8::10          # IPv6 d'exemple

Si votre clé n'est pas la clé par défaut ~/.ssh/id_ed25519, indiquez-la :

bash
ssh -i ~/.ssh/wolkra_ed25519 [email protected]

Lors de la première connexion, confirmez l'empreinte de l'hôte en tapant yes.

Se connecter depuis Windows

Windows 10 et 11 intègrent OpenSSH. Dans PowerShell :

powershell
ssh [email protected]

Avec PuTTY, saisissez l'adresse dans Host Name, chargez votre clé .ppk sous Connection → SSH → Auth → Credentials, puis connectez-vous en tant que root.

Avec un mot de passe root

Si vous n'avez choisi aucune clé SSH, le mot de passe root vous parvient par e-mail. Connectez-vous, puis changez-le immédiatement :

bash
passwd

Mieux encore : ajoutez votre clé et désactivez la connexion par mot de passe. Le guide des clés SSH explique comment faire.

Enregistrer un raccourci

Ajoutez le serveur dans ~/.ssh/config :

text
Host web-1
  HostName 203.0.113.10
  User root
  IdentityFile ~/.ssh/id_ed25519

Désormais, ssh web-1 suffit.

Atteindre des serveurs sans IP publique

Les serveurs qui n'existent que sur un réseau privé n'ont pas d'adresse publique. Connectez-vous en passant par un serveur qui en possède une, ce qu'on appelle un hôte de rebond (jump host) :

bash
ssh -J [email protected] [email protected]     # adresses d'exemple

Ou dans ~/.ssh/config :

text
Host db-1
  HostName 10.0.0.5
  User root
  ProxyJump web-1

Un VPN WireGuard vers le réseau privé est une autre bonne option pour les équipes.

Console navigateur

Ouvrez le serveur et choisissez Console. Elle affiche l'écran du serveur, comme si un moniteur y était branché, et fonctionne même lorsque le réseau ou SSH sont en panne. Connectez-vous avec un utilisateur qui possède un mot de passe. Si root ne dispose que d'une clé, définissez d'abord un mot de passe tant que vous avez encore accès en SSH :

bash
passwd

Utilisez la console pour corriger une règle de pare-feu, une erreur de configuration SSH ou un réglage réseau.

Mode rescue

Si le système ne démarre plus, choisissez Rescue dans la vue du serveur. Le serveur redémarre sur un petit système de secours. Connectez-vous comme indiqué dans la console, puis montez votre disque et réparez-le :

bash
lsblk                       # trouver le disque système et ses partitions
mount /dev/vda1 /mnt        # les noms varient, vérifiez lsblk d'abord

Une fois terminé, démontez le disque, quittez le mode rescue et redémarrez normalement.

Dépannage

Symptôme Ce qu'il faut vérifier
Connection timed out Le serveur est-il démarré ? Le port 22 est-il autorisé dans UFW et dans le pare-feu ? L'IP est-elle correcte ?
Connection refused Le service SSH est arrêté ou écoute sur un autre port : vérifiez dans la console avec systemctl status ssh
Permission denied (publickey) Le bon utilisateur et la bonne clé ? Des permissions 700 sur ~/.ssh et 600 sur authorized_keys ?
REMOTE HOST IDENTIFICATION HAS CHANGED Le serveur a été reconstruit : ssh-keygen -R 203.0.113.10

Lancez ssh -v pour obtenir un journal détaillé. Toujours bloqué ? Ouvrez un ticket dans la console.

Étape suivante : renforcez la sécurité du serveur avec comment sécuriser un serveur Ubuntu.

Questions fréquentes

Quel nom d'utilisateur dois-je utiliser ?

root pour un nouveau serveur. C'est aussi le cas pour les applications en un clic, sauf indication contraire dans les notes de l'application. Créez ensuite votre propre utilisateur sudo.

Je n'ai choisi aucune clé SSH. Comment me connecter ?

Un mot de passe root est envoyé à votre adresse e-mail. Connectez-vous avec, changez-le avec passwd, puis ajoutez une clé.

SSH répond « permission denied ». Que faire ?

Vérifiez l'utilisateur, la clé et l'IP. Si cela échoue toujours, ouvrez la console navigateur depuis la vue du serveur et vérifiez ~/.ssh/authorized_keys ainsi que la configuration SSH.

Puis-je ajouter une clé à un serveur existant depuis la console ?

Les clés enregistrées sont ajoutées à la création d'un serveur. Sur un serveur en marche, ajoutez vous-même la clé publique dans ~/.ssh/authorized_keys, par exemple via la console navigateur.