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
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 :
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 :
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 :
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 :
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) :
ssh -J [email protected] [email protected] # adresses d'exemple
Ou dans ~/.ssh/config :
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 :
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 :
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.