Après la livraison

Se connecter à un serveur dédié,
en SSH sous Linux, en RDP sous Windows

Les identifiants de connexion sont disponibles dans les détails du serveur sur le portail.

Configurer un serveur dédié Voir les identifiants

Pour un serveur déjà livré, accédez directement au portail. Avant la première connexion, vérifiez le système et l’adresse.

Récupérer les identifiants

Toutes les informations de connexion dans les détails du serveur

La confirmation du paiement et la livraison du serveur sont deux étapes distinctes. Avant de vous connecter, vérifiez l’état du serveur. Une fois la livraison effectuée, utilisez l’adresse et les identifiants indiqués dans ses détails : le statut du paiement ne confirme pas la livraison.

Ouvrir le serveur concerné depuis le compte

Après connexion au portail, ouvrez la liste des serveurs, puis sélectionnez celui qui correspond à la commande. Si plusieurs serveurs sont présents, vérifiez leur identifiant et leur capacité mémoire pour ne pas associer l’adresse et le mot de passe d’un autre serveur.

  1. 01Se connecter au portail

    Accédez à votre compte avec les identifiants associés à la commande, puis retrouvez le serveur correspondant à la commande payée.

  2. 02Ouvrir la liste des serveurs

    Repérez le serveur voulu et vérifiez son état. Après la livraison, les informations affichées dans ses détails font foi.

  3. 03Consulter les détails du serveur

    Relevez la première adresse IPv4, le nom d’utilisateur et le mot de passe initial, puis vérifiez le système d’exploitation installé.

Trouver le serveur sur le portail
Détails du serveur · exemple des champs

Vérifier ces cinq éléments avant la connexion

Identifiant du serveur
Le serveur correspondant à la commande
Système d’exploitation
Détermine le choix entre SSH et RDP
Première adresse IPv4
Adresse cible de la première connexion
Nom d’utilisateur
Celui indiqué dans les détails du serveur
Mot de passe initial
À consulter et utiliser uniquement depuis le compte concerné
Les champs sont présentés à titre indicatif : aucune adresse ni aucun identifiant réel n’est affiché. Ne faites pas figurer le mot de passe dans une capture publique, l’objet d’un e-mail ou une pièce jointe à un ticket.
Linux / FreeBSD / Proxmox VE

Première connexion SSH avec le nom d’utilisateur du portail

SSH est un protocole chiffré d’accès à la ligne de commande. L’administration courante de Linux, FreeBSD et Proxmox VE se fait en SSH. Dans le client local, indiquez la première adresse IPv4 du serveur comme adresse cible.

Remplacez chaque paramètre entre chevrons ci-dessous par la valeur correspondante des détails du serveur, sans conserver les chevrons. Les informations publiques ne préétablissent ni nom d’utilisateur ni port de connexion : si le client demande ces champs, renseignez-les à partir des informations fournies dans les détails du serveur.

Commande SSH · paramètres des détails du serveur
ssh <nom d’utilisateur>@<première adresse IPv4>

Lors de la première connexion, une demande de vérification de l’identité de l’hôte peut s’afficher. Vérifiez l’adresse cible et les informations d’identité de l’hôte. Si le client signale un changement par rapport à une identité enregistrée, vérifiez d’abord si le système a été réinstallé ou si la connexion cible le mauvais serveur. Ne supprimez pas simplement l’enregistrement pour poursuivre la connexion.

Lors de la saisie du mot de passe, le terminal n’affiche généralement aucun caractère : cela ne signifie pas que la saisie n’a pas fonctionné. Après la connexion, modifiez le mot de passe initial, puis configurez une clé SSH personnelle. Avant de restreindre l’authentification par mot de passe, ouvrez une autre connexion pour vérifier que la clé fonctionne et gardez la session actuelle ouverte afin de ne pas perdre l’accès d’administration.

Après la connexion, vérifier le processeur, la mémoire et les deux disques directement connectés

Les lignes ci-dessous sont des extraits et un exemple de lecture, pas la sortie en temps réel d’un serveur. Les commandes renvoient des résultats qui varient selon le système, la version des outils et les ressources utilisées. Les outils de FreeBSD étant différents, n’appliquez pas directement les commandes Linux ci-dessous.

Vérifications après la première connexion Linux · lire dans l’ordre
ssh <nom d’utilisateur>@<première adresse IPv4>
Première connexion : vérifier l’identité de l’hôte
Authentification par mot de passe : saisir le mot de passe initial des détails du serveur
Après la connexion : modifier le mot de passe initial et configurer une clé

lscpu
Model name:          AMD EPYC 7543P 32-Core Processor
CPU(s):              64
Thread(s) per core:  2
L3 cache:            256 MiB
Virtualization:      AMD-V

free -g
               total        used        free
Mem:           selon le résultat réel de la machine
Vérification de la configuration : mémoire annoncée de 128GB ou 256GB

nvme list
Node                 Model / Capacity
/dev/nvme0n1         NVMe SSD / 1TB
/dev/nvme1n1         NVMe SSD / 1TB
Les chemins de périphériques sont donnés à titre d’exemple : ceux du système font foi. Les deux disques NVMe de 1TB apparaissent séparément, ce qui ne signifie pas qu’ils sont configurés en RAID. La capacité mémoire annoncée et la quantité de GiB disponibles indiquée par un outil ne sont pas directement équivalentes.

Si le système indique qu’une commande est introuvable, vérifiez d’abord la distribution utilisée et l’installation de l’outil. L’absence d’un outil ne suffit pas à conclure à un problème matériel. Lors de la vérification des disques, ne lancez aucune opération de formatage, d’effacement ou de recréation de partitions.

Windows Server

Première connexion RDP à la première adresse IPv4

RDP désigne le protocole de bureau à distance. Avec le client de bureau à distance fourni avec le système, indiquez la première adresse IPv4 affichée dans le portail. Le nom d’utilisateur et le mot de passe initial se trouvent également dans les détails du serveur.

Établir une connexion Bureau à distance

Vérifiez d’abord que Windows Server est installé sur le serveur, puis saisissez l’adresse et les identifiants. Si le client renseigne automatiquement un compte enregistré pour l’ordinateur local ou un autre serveur, remplacez-le par le nom d’utilisateur indiqué dans les détails du serveur au lieu de réutiliser les anciens identifiants.

En cas d’avertissement d’identité ou de certificat, vérifiez d’abord le serveur cible et l’adresse. Si la connexion échoue, conservez le texte exact de l’erreur et évitez de changer d’adresse à répétition ou de deviner le nom d’utilisateur.

Adresse et identifiants du même serveur

Sécuriser le serveur après la première connexion

Une fois sur le bureau, modifiez le mot de passe initial et configurez les droits des comptes, le pare-feu et les mises à jour du système selon les besoins. Après avoir modifié les paramètres du Bureau à distance ou du pare-feu, vérifiez qu’une nouvelle connexion fonctionne avant de fermer la session en cours.

La langue de Windows peut être l’anglais, le chinois traditionnel ou le chinois simplifié. Les versions et les informations sur la licence mensuelle sont présentées sur la page dédiée à Windows.

Voir les versions et licences Windows
Utiliser plusieurs adresses

Utiliser la première adresse pour l’administration

Chaque serveur comprend par défaut une adresse IPv4 dédiée. Jusqu’à 255 adresses supplémentaires peuvent être ajoutées, soit un maximum de 256. Chaque adresse supplémentaire est facturée au mois. Le nombre d’adresses est indiqué dans la commande et les détails du portail.

La première adresse sert à l’administration

Que la connexion se fasse en SSH ou en RDP, utilisez la première adresse IPv4 affichée dans le portail comme adresse cible. Plusieurs adresses ne signifient pas qu’il faut essayer de se connecter successivement à chacune, et ne changent pas l’origine des identifiants.

Configurer les autres adresses dans le système

Les adresses IPv4 supplémentaires sont à configurer par le client dans le système d’exploitation ou l’hôte de virtualisation. Avant de les associer à un service ou à une machine virtuelle, vérifiez la correspondance des adresses ainsi que les règles de pont, de routage et de pare-feu, afin de ne pas perturber la connexion d’administration de l’hôte.

Avant de modifier une configuration avec plusieurs adresses, notez les paramètres réseau actuels et préparez une procédure de restauration. La présence d’une adresse dans la commande ne signifie pas que son association dans le système et les règles d’accès sont déjà configurées.

Après la première connexion

Configurer séparément pare-feu, redondance et sauvegardes

Une connexion à distance réussie confirme uniquement que l’accès d’administration fonctionne. Avant de déployer des services, configurez également le contrôle des accès, le stockage et la récupération des données. Ces trois mesures sont complémentaires et ne se remplacent pas.

Configurer les règles du pare-feu

Définissez les accès autorisés selon les sources d’administration et les besoins réels des services. Vérifiez la cohérence entre les règles système et les ports sur lesquels les applications sont à l’écoute. Lors de toute modification, gardez la session actuelle ouverte et testez la connexion depuis un autre client.

En cas de problème de connexion, vérifiez d’abord si les paramètres du pare-feu, du pont réseau ou du service distant ont été modifiés récemment, puis déterminez si un ticket est nécessaire.

Tester avant de fermer l’ancienne session

Choisir la configuration des deux NVMe

La configuration standard comprend 2×1TB NVMe directement connectés, sans RAID matériel ni RAID-1 préconfiguré. Pour bénéficier d’une redondance, il est possible de créer soi-même un RAID logiciel ou un miroir ZFS, selon les capacités du système.

Un miroir réduit la capacité disponible pour les données. La création d’un RAID ou d’un pool de stockage peut écraser les données existantes. Planifiez l’opération avant d’écrire des données de production et vérifiez chacun des chemins de périphériques.

Connexion directe ≠ redondance configurée

Mettre en place des sauvegardes hors site

Un miroir de disques ne remplace pas une sauvegarde. Une suppression accidentelle, une mise à jour défectueuse ou une corruption au niveau applicatif peut aussi toucher les données du miroir. Prévoyez donc une sauvegarde indépendante du serveur et testez réellement la restauration.

La configuration du système, la sécurité des applications, la redondance des données et les sauvegardes relèvent du client. Les problèmes matériels et réseau sont à signaler au moyen d’un ticket sur le portail.

Vérifier la restauration des sauvegardes
Problème de connexion

Joindre l’identifiant du serveur et le message d’erreur exact au ticket

Avant d’envoyer un ticket, retournez dans les détails du serveur et vérifiez que celui-ci a bien été livré, que l’adresse utilisée est la première adresse IPv4 et que la méthode de connexion correspond au système. N’utilisez pas une autre adresse, les identifiants d’un ancien système ou le nom d’utilisateur d’un autre serveur.

  1. 01Indiquer le serveur concerné

    Précisez son identifiant, son système d’exploitation et l’adresse utilisée. Indiquez si le problème survient lors de la première connexion ou après une modification des paramètres. Ne joignez ni mot de passe initial ni clé privée.

  2. 02Conserver le message d’erreur

    Précisez s’il s’agit de SSH ou de RDP, copiez le message exact affiché par le client et indiquez l’heure approximative du problème. Sur les captures, masquez les mots de passe, codes de vérification et autres informations sensibles.

  3. 03Décrire les vérifications effectuées

    Indiquez les résultats de la vérification de l’adresse et du compte, les modifications récentes du réseau ou du système, et si le même problème se produit sur tous les clients. Ces éléments facilitent le diagnostic d’un problème d’authentification, de système ou de réseau.

Les problèmes de connexion se traitent par ticket sur le portail

Le diagnostic technique et l’historique du serveur restent associés au même compte. Pour les options, la réinstallation du système ou les frais, consultez d’abord la FAQ.

Ouvrir un ticket sur le portail FAQ sur les options et le système