Votre première heure avec un serveur cloud WebGee : installation, clés SSH, sauvegardes et DNS

Un nouveau serveur cloud est livré vide. Dans l'heure qui suit, vous allez installer un système d'exploitation, obtenir un accès root sécurisé et mettre en place les quelques éléments qu'il est pénible de corriger plus tard : le DNS inverse, les sauvegardes et un moyen de reprendre la main si vous vous retrouvez bloqué. Suivez ces étapes dans l'ordre.

Connaître vos deux panneaux de contrôle

Un serveur cloud se gère à deux endroits. L'espace client, à l'adresse my.webgee.com, gère la facturation, les renouvellements et la résiliation. La Cloud Console, à l'adresse console.webgee.cloud, gère le serveur lui-même : alimentation, système d'exploitation, sauvegardes, réseau, clés SSH et accès console. Le mode rescue, les supports de démarrage, le DNS inverse, les résolveurs DNS et le partage d'accès avec une autre personne ne sont disponibles que dans la Cloud Console.

Le plus simple est d'y accéder depuis l'espace client, qui vous connecte automatiquement : allez dans Services, sélectionnez votre serveur, puis cliquez sur Open Cloud Console. Si un bloqueur de fenêtres pop-up l'en empêche, utilisez le lien Open in this window situé sous le bouton.

Sur le tableau de bord de la Cloud Console, vérifiez le panneau Account. Si l'authentification à deux facteurs indique OFF, activez-la dès maintenant : cette console permet de réinstaller et de supprimer des serveurs. La liste Recently Completed Tasks enregistre chaque action effectuée sur vos serveurs : consultez-la dès qu'une opération ne semble pas avoir fonctionné.

Pour en savoir plus, consultez La Cloud Console WebGee.

Commencer par créer votre clé SSH

L'authentification par clé est plus pratique et bien plus sûre qu'un mot de passe : il n'y a rien à deviner, et la clé privée ne quitte jamais votre machine. Si vous n'avez pas encore de clé, créez-en une en local :

Dans la Cloud Console, ouvrez SSH Keys et sélectionnez Add Key. Donnez-lui un nom (Name) qui identifie la machine à laquelle elle appartient, collez la clé publique, puis sélectionnez Save.

Si vous ne pouvez pas générer de clé en local, la console peut le faire pour vous avec Generate Key Pair. Choisissez ED25519 et le format OpenSSH, sauf si vous utilisez PuTTY. La clé privée ne s'affiche qu'une seule fois et n'est jamais conservée : enregistrez-la dans ~/.ssh/ et exécutez chmod 600 dessus avant de fermer la fenêtre. Consultez Ajouter une clé SSH.

Installer le système d'exploitation

1. Renseignez les champs Server Name, Server Hostname et Server Timezone. Utilisez un nom d'hôte complet tel que server1.example.com : les logiciels de messagerie fonctionnent mal avec un nom d'hôte court, et le modifier plus tard oblige à réémettre les certificats.
2. Choisissez un modèle de système d'exploitation. Les familles proposées incluent AlmaLinux, Rocky Linux, CentOS, Debian, Ubuntu, Fedora, Alpine Linux, FreeBSD, ainsi que des images avec un panneau de contrôle d'hébergement préinstallé. Privilégiez une version LTS, qui reçoit des mises à jour de sécurité bien plus longtemps.
3. Associez votre clé SSH.
4. Sélectionnez Install, puis confirmez.

L'installation se termine généralement en moins de 20 secondes, et vous arrivez sur le tableau de bord du serveur, qui affiche son adresse IP. Toutes les étapes sont détaillées dans Configurer votre serveur cloud.

Se connecter et sécuriser l'essentiel

Connectez-vous en root avec l'adresse IP indiquée sur le tableau de bord :

Si une clé est associée, vous accédez directement au serveur. Sinon, le mot de passe root vous est envoyé par e-mail en clair : changez-le donc immédiatement avec passwd. Ensuite :

1. Mettez à jour le système : apt update && apt upgrade sous Debian ou Ubuntu, dnf upgrade sous AlmaLinux ou Rocky.
2. Ajoutez d'autres clés sur un serveur en fonctionnement en ajoutant la clé publique à la fin du fichier ~/.ssh/authorized_keys. Consultez Se connecter en SSH.

Si la connexion expire, l'installation n'est peut-être pas encore terminée : vérifiez le tableau de bord. Si vous obtenez Permission denied, vous utilisez la mauvaise clé ou l'e-mail contenant le mot de passe n'est pas encore arrivé ; vérifiez votre dossier de courrier indésirable.

Configurer le DNS inverse avant d'envoyer des e-mails

Le DNS inverse associe votre adresse IP à un nom d'hôte. La plupart des serveurs de messagerie destinataires rejettent ou pénalisent fortement les e-mails provenant d'une IP qui en est dépourvue : c'est de loin la raison la plus fréquente pour laquelle les e-mails d'un nouveau serveur n'arrivent jamais.

1. Dans la Cloud Console, ouvrez l'onglet Network du serveur.
2. Sélectionnez Reverse DNS à côté de l'adresse IP.
3. Indiquez le nom d'hôte complet du serveur, par exemple mail.example.com.
4. Créez un enregistrement A correspondant, qui fait pointer ce nom d'hôte vers la même IP. Les deux doivent concorder.

Vérifiez le résultat depuis n'importe quelle machine. La première commande doit renvoyer votre nom d'hôte et la seconde votre IP ; la propagation peut prendre quelques heures.

L'onglet Network indique également la passerelle, le masque de sous-réseau et les résolveurs de chaque adresse, informations dont vous aurez besoin si vous configurez un jour le réseau manuellement. Les résolveurs DNS par défaut sont ceux de Cloudflare, 1.1.1.1 et 1.0.0.1 ; conservez-les, sauf si vous avez une bonne raison de les changer. Consultez Réseau et DNS inverse.

Réaliser votre première sauvegarde

Sauvegardez dès maintenant, tant que le serveur est vierge. Ouvrez l'onglet Backups et sélectionnez Create Backup Now. Pour une sauvegarde que vous comptez restaurer, éteignez d'abord le serveur : la sauvegarde d'un serveur en marche capture le disque en pleine écriture, ce qui peut laisser une base de données dans un état incohérent.

Sélectionnez ensuite Schedule, choisissez Daily ou Weekly, choisissez une heure creuse et sélectionnez Update. Gardez ces limites à l'esprit :

• Une sauvegarde copie uniquement le disque principal. Le stockage supplémentaire rattaché n'est pas inclus.
• Vous disposez de 6 emplacements de sauvegarde. Une fois les six utilisés, la plus ancienne est remplacée.
• Une restauration écrase le disque principal actuel, et tout ce qui a été écrit depuis la sauvegarde est perdu.
• Ces sauvegardes sont stockées sur l'infrastructure WebGee, aux côtés du serveur. Conservez une copie ailleurs pour tout ce que vous ne pouvez pas vous permettre de perdre.

Plus de détails dans Sauvegarder votre serveur.

Après une réinstallation, votre client SSH signale une clé d'hôte modifiée ; supprimez-la avec ssh-keygen -R suivi de l'IP du serveur. Consultez Réinstaller votre serveur.

Savoir comment reprendre la main

Il arrive de se retrouver bloqué, généralement à cause d'une règle de pare-feu ou d'une modification de la configuration SSH. Tout ce dont vous avez besoin se trouve dans Options dans la Cloud Console :

• Password : si SSH refuse votre mot de passe ou votre clé, sélectionnez Reset Password et choisissez root (ou Administrator sous Windows). Le serveur doit généralement être éteint et il redémarre pendant la réinitialisation : prévoyez donc une brève interruption. Consultez Réinitialiser le mot de passe root.
• VNC : si le serveur démarre mais que SSH ne répond pas, sélectionnez Enable VNC Access, puis Browser VNC. Vous accédez ainsi à l'écran et au clavier du serveur, sans dépendre de la pile réseau ni de SSH. VNC n'est pas chiffré : utilisez-le pour diagnostiquer le problème et sélectionnez Disable VNC Access une fois terminé.
• Rescue : si le serveur ne démarre pas du tout, lancez le mode rescue, connectez-vous avec les identifiants de secours affichés, puis montez votre disque, par exemple avec mount /dev/vda1 /mnt. Le mode rescue ne modifie rien sans votre intervention.

Consultez Mode rescue et VNC.

Décider qui s'occupe du serveur

Les serveurs cloud WebGee sont non infogérés par défaut. WebGee assure la disponibilité et la connectivité du réseau, l'infrastructure physique et de virtualisation, ainsi que la Cloud Console. Tout ce qui se trouve à l'intérieur du serveur relève de votre responsabilité : le système d'exploitation, ses mises à jour, le durcissement de la sécurité, vos logiciels et leur configuration. Sur un serveur non infogéré, personne d'autre que vous n'applique les mises à jour de sécurité.

L'offre infogérée ajoute un support technique 24h/24, 7j/7, 365 jours par an pour le serveur, les mises à jour du système d'exploitation, le durcissement de la sécurité, une surveillance proactive optionnelle des services et jusqu'à 3 heures d'assistance technique ou de conseil par mois. Choisissez-la si le serveur est important et que personne de votre côté n'est chargé de sa maintenance.

Dans tous les cas, la configuration des sauvegardes, du DNS inverse et des clés SSH reste à votre charge. Consultez Ce que comprend l'infogérance des serveurs.