Guide de connexion

Se connecter à un serveur dédié : identifiants dans la console

SSH sous Linux, RDP sous Windows.

Consulter les identifiants Configurer un serveur dédié

Pour une première connexion après le paiement et la livraison. L’adresse, le nom d’utilisateur et les identifiants sont ceux affichés dans la fiche du serveur.

Après livraison

Récupérer les informations de connexion

Vérifiez d’abord le compte et le serveur, puis copiez les informations de connexion. Le système choisi lors de la commande détermine le mode de connexion ; le paiement ne confirme pas à lui seul la livraison du serveur.

01
Se connecter au compte de commande

Ouvrez la console et connectez-vous avec le compte associé à la commande. Si plusieurs serveurs sont présents, repérez le bon à l’aide du numéro de commande, du modèle et de la mémoire pour éviter d’utiliser le mot de passe d’un autre serveur.
02
Ouvrir la fiche du serveur

Vérifiez que les informations de livraison sont affichées, puis consultez l’adresse et les identifiants. Si les champs de connexion ne sont pas encore visibles, ne déduisez pas le nom d’utilisateur à partir du modèle et ne réutilisez pas les identifiants d’un autre serveur.
03
Vérifier et copier les champs

Saisissez séparément l’adresse, le nom d’utilisateur et l’identifiant correspondant dans le client. Vérifiez l’absence d’espaces en début ou en fin de champ. Si plusieurs adresses sont disponibles, utilisez la première adresse IPv4 de la liste ; ne copiez pas la liste entière dans le champ de connexion.

Exemple des champs de la fiche serveur

Identifiant du serveur: Numéro de commande et modèle associés
Système d’exploitation: Version du système livré
Adresse de connexion: Première adresse de la liste IPv4
Nom d’utilisateur: Nom affiché dans la fiche
Identifiants de connexion: Identifiants fournis dans la fiche

Cette illustration indique où se trouvent les champs et à quoi ils servent. Elle ne présente aucun compte, aucune adresse ni aucun mot de passe réel. L’interface de la console fait foi.

Règles des adresses IPv4

Utiliser la première adresse pour la première connexion

Chaque serveur comprend par défaut 1 adresse IPv4 dédiée. Les adresses supplémentaires sont facturées à l’unité et au mois ; leur nombre ne change pas la règle de sélection de l’adresse pour la première connexion.

Inclus par défaut

1adresse IPv4 dédiée

Relevez l’adresse dans la fiche du serveur de la console. S’il n’y en a qu’une, utilisez-la aussi pour la première connexion SSH ou RDP.

Inclus dans la configuration du serveur

Ajout d’adresses

255adresses supplémentaires au maximum

Chaque adresse IPv4 supplémentaire coûte $2/mois, facturée à l’unité. Planifiez séparément l’attribution des adresses de service et la configuration réseau du système ; elles ne remplacent pas l’adresse de connexion à l’hôte.

Facturation selon le nombre choisi

Maximum total

256adresses IPv4

1 adresse incluse, plus jusqu’à 255 adresses supplémentaires. La première connexion utilise toujours la première adresse de la liste ; ne tentez pas de vous connecter avec une adresse réservée aux services.

Vérifier l’ordre des adresses avant la copie

Lors de la copie, ne gardez que l’adresse elle-même, sans numéro de liste, virgule ni texte explicatif. Consultez la documentation réseau pour connaître l’usage des adresses supplémentaires et les paliers de bande passante.

Consulter les règles de bande passante et IPv4

Linux, FreeBSD et Proxmox VE

Se connecter en SSH pour la première fois

Dans le client SSH local, indiquez la première adresse IPv4 et le nom d’utilisateur affiché dans la console. La commande ci-dessous utilise des champs fictifs : ils ne correspondent ni à un compte par défaut ni à une adresse réelle.

Renseigner la cible de connexion

Dans la commande, remplacez LOGIN_USER par le nom d’utilisateur de connexion, puis FIRST_IPV4 par la première adresse. Si le client requiert d’autres paramètres de connexion, renseignez-les d’après les informations de la console, sans supposer de valeurs par défaut.

Vérifier séparément l’adresse et l’utilisateur

Vérifier l’identité de l’hôte

Lors d’une première connexion, une confirmation de la clé d’hôte peut s’afficher. Vérifiez l’adresse cible et l’empreinte à l’aide d’une source fiable avant de continuer. Si une clé déjà enregistrée change, recherchez d’abord une réinstallation ou un changement de cible ; n’ignorez pas directement l’avertissement.

Confirmer l’identité avant l’authentification

Mettre à jour le mode d’authentification

Après la connexion, modifiez le mot de passe initial ou configurez une clé SSH. Si la configuration d’authentification est modifiée, gardez la session actuelle ouverte et testez la nouvelle méthode dans une autre connexion avant de fermer la première, afin d’éviter toute perte d’accès en cas d’erreur.

Tester avant de fermer la session initiale

Vérifier le matériel après connexion

Consulter le processeur, la mémoire et les NVMe

Les commandes et formats de sortie ci-dessous sont des exemples Linux, pas les résultats d’un contrôle en direct. Les noms d’utilisateur, adresses et empreintes sont fictifs ; les noms des périphériques et les valeurs affichées dépendent du serveur.

Première connexion SSH et vérification des caractéristiques · Exemple Linux

$ ssh LOGIN_USER@FIRST_IPV4
The authenticity of host 'FIRST_IPV4' can't be established.
Host key fingerprint: HOST_KEY_FINGERPRINT
Are you sure you want to continue connecting (yes/no/[fingerprint])?

LOGIN_USER@FIRST_IPV4's password:

$ lscpu
CPU(s):                  64
Model name:              AMD EPYC 7543P 32-Core Processor

$ free -g
               total
Mem:             125

$ nvme list
Node             Model               Namespace   Usage
/dev/nvme0n1     NVME_MODEL           1           1 TB
/dev/nvme1n1     NVME_MODEL           1           1 TB

La valeur de mémoire n’indique pas la capacité disponible

free -g : total correspond à la mémoire totale reconnue par le système d’exploitation. Une configuration de 128 GB affiche environ 125, et une configuration de 256 GB environ 251 ; la conversion des unités et les réserves du système influent sur la valeur affichée. available varie selon la charge et ne constitue pas une valeur fixe pour la capacité mémoire.

Tenir compte des systèmes compatibles

lscpu、free et nvme list sont présentés ici pour Linux ; les outils correspondants doivent être installés. Sous FreeBSD, utilisez les outils du système pour effectuer les vérifications. Ne formatez pas de disque, ne créez pas de pool et ne repartitionnez pas les disques pour reproduire les résultats de l’exemple.

Windows Server

Se connecter au bureau à distance avec RDP

Utilisez le client Bureau à distance fourni par le système local et saisissez la première adresse IPv4 ainsi que les identifiants de la console. Si le client a enregistré d’autres comptes, vérifiez le nom d’utilisateur réellement utilisé pour cette connexion.

Élément à vérifier	Source de l’information	À renseigner lors de la connexion
Adresse de l’ordinateur distant	Liste IPv4 de la fiche du serveur	Saisissez uniquement la première adresse, pas une adresse supplémentaire destinée aux services.
Nom d’utilisateur et identifiants	Informations de connexion du même serveur	Recopiez les informations affichées ; n’utilisez ni le compte de l’ordinateur local ni le mot de passe d’un autre serveur.
Système et version de licence	Configuration de la commande et système livré	Windows Server Standard ou Datacenter ; la version correspond au choix effectué lors de la commande.
Langue du système	Langue choisie lors de la commande	Anglais, chinois traditionnel ou chinois simplifié. Les intitulés de l’interface dépendent de la langue sélectionnée.

En cas d’avertissement de certificat ou d’identité, vérifiez d’abord que la cible correspond à la fiche du serveur ; ne rejetez pas systématiquement tous les avertissements. Après connexion, vérifiez la version du système, mettez à jour les identifiants et contrôlez que le pare-feu système et l’accès à distance répondent aux besoins de l’activité. La licence Windows est facturée au mois ; sa version ne dépend pas de la langue d’affichage du client local.

Conserver les éléments utiles au diagnostic en cas de problème de connexion

Si la connexion SSH ou RDP échoue, vérifiez d’abord la première adresse IPv4, l’état du serveur et le message d’erreur du client, puis ouvrez un ticket depuis la console pour demander de l’aide au diagnostic.

Après la première connexion

Vérifier les disques avant de définir leur organisation

La configuration standard comprend deux NVMe de 1 TB chacun, connectés directement, sans RAID matériel. Une connexion réussie confirme seulement l’accès au serveur ; elle ne signifie pas qu’une redondance ou une sauvegarde est en place.

01
Vérifier les périphériques séparément

Vérifiez l’identifiant, la capacité et le montage des deux NVMe. Les partitions système et les systèmes de fichiers occupent de l’espace : la capacité nominale des deux disques ne correspond pas à un volume utilisable déjà configuré. Une connexion directe ne constitue pas non plus un RAID-1 prêt à l’emploi.
02
Choisir une méthode de redondance

Choisissez un RAID logiciel ou un miroir ZFS adapté à la charge, après avoir vérifié les disques concernés et les données qu’ils contiennent. Un miroir réduit la capacité utilisable. La création d’un ensemble RAID ou d’un pool de stockage peut écraser les données existantes : prévoyez d’abord leur migration et leur sauvegarde.
03
Mettre en place des sauvegardes séparées

La configuration système, les données de service et les sauvegardes relèvent du titulaire du compte. Un miroir ne remplace pas une sauvegarde hors site. Le plan de sauvegarde doit inclure des tests de restauration pour vérifier que les données nécessaires peuvent être récupérées après une suppression accidentelle, un changement de configuration ou une panne de service.

Ticket en cas de problème de connexion

Indiquer le serveur, l’adresse et le message d’erreur exact

Ouvrez un ticket depuis la console et regroupez les informations d’une même tentative de connexion dans un seul message. Le texte exact de l’erreur aide davantage qu’une simple mention « impossible de se connecter » à distinguer un problème réseau, d’identité de l’hôte ou d’authentification du compte.

Préciser la cible et l’environnement de connexion

Indiquez le numéro de commande ou l’identifiant du serveur, la première adresse IPv4 utilisée, le mode de connexion (SSH ou RDP), le système cible et le nom du client local. Précisez si le problème survient lors de la première connexion ou après une modification du mot de passe, de la clé, du pare-feu ou de la configuration réseau.

Un ensemble d’informations par serveur

Joindre le message d’erreur d’origine et les vérifications effectuées

Copiez le message d’erreur complet et, si nécessaire, joignez une capture d’écran dont les données sensibles ont été masquées. Indiquez les champs vérifiés. Ne communiquez jamais de mot de passe en clair, de clé privée ni de code de vérification dans un ticket ; masquez les informations de compte sans rapport avec le problème.

Conserver le message d’erreur original et masquer les données sensibles

Les informations de connexion figurent dans la fiche du serveur

Pour vérifier les identifiants d’un serveur existant ou résoudre un problème de connexion, poursuivez la démarche depuis la console.

Ouvrir la console et envoyer un ticket Configurer un nouveau serveur dédié