Connexion après livraison

Se connecter au serveur dédié : identifiants dans l’espace client

SSH pour Linux, RDP pour Windows.

Configurer un serveur dédié Consulter les identifiants

Pour une commande livrée, commencez par ouvrir la fiche du serveur dans l’espace client. L’adresse, le compte de connexion et les informations d’authentification sont ceux indiqués sur cette fiche.

De la commande à la première connexion

Cinq étapes pour préparer la connexion

Le paiement et la livraison sont deux étapes distinctes. Une fois le paiement effectué, attendez la notification de livraison. À réception de l’e-mail, ouvrez la fiche du serveur concerné et vérifiez les informations de connexion.

Choisir la configuration et les options

Sur la page de configuration, vérifiez la mémoire, les disques supplémentaires, la bande passante, les IPv4 supplémentaires, le système d’exploitation et la période de facturation. Le mode de connexion dépend du système choisi.
Régler en dollars

Vérifiez le montant dû pour la période et procédez au paiement. Les moyens de paiement disponibles sont ceux indiqués sur la page de configuration. Le paiement et l’état de livraison du serveur sont à vérifier séparément.
Recevoir l’e-mail de livraison

Consultez la notification de livraison dans la boîte mail du compte et vérifiez qu’elle correspond à la commande. La page de confirmation du paiement ne signifie pas que les informations nécessaires à la connexion sont déjà disponibles.
Consulter la fiche du serveur

Ouvrez le serveur concerné, vérifiez le système et la liste des adresses, puis relevez le compte de connexion et les informations d’authentification indiqués sur sa fiche. N’utilisez pas les identifiants d’une autre commande.
Se connecter avec SSH ou RDP

Ouvrez le client adapté au système, puis connectez-vous avec la première IPv4 et les identifiants affichés dans l’espace client. Une fois la connexion établie, configurez le système et sa sécurité.

Utilisez directement les informations de la fiche du serveur. Ne déduisez pas le compte, le port ou le mot de passe à partir du nom du système. Si plusieurs adresses sont attribuées, les étapes suivantes utilisent la première IPv4.

Linux · FreeBSD · Proxmox VE

Première connexion SSH : vérifiez le serveur avant de saisir les identifiants

Utilisez le terminal fourni avec le système ou un client SSH courant. L’administration de Linux, FreeBSD et Proxmox VE passe par SSH. Les informations de connexion à utiliser sont celles de l’espace client.

Préparer l’adresse et le compte

Vérifiez le système d’exploitation dans la fiche du serveur, copiez la première IPv4 et notez le compte ainsi que les informations d’authentification indiqués dans l’espace client. Lors du copier-coller, vérifiez qu’aucun espace ni retour à la ligne ne s’est ajouté au début ou à la fin. N’utilisez pas une configuration de connexion enregistrée pour un autre serveur.

Établir la connexion SSH

Renseignez l’adresse et le compte dans le client, puis authentifiez-vous avec les informations fournies dans l’espace client. Si un avertissement concernant l’identité de l’hôte apparaît lors de la première connexion, vérifiez le serveur cible. Si l’identité change alors qu’une connexion est déjà enregistrée, vérifiez d’abord si le système a été réinstallé ou si la cible a changé. Ne passez pas outre l’avertissement sans vérification.

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

Après la connexion, il est recommandé de modifier le mot de passe initial ou de configurer l’authentification par clé, puis de mettre le système à jour. Avec une clé, vérifiez d’abord qu’elle fonctionne dans une autre session avant de désactiver l’ancien mode d’authentification. Avant de modifier le pare-feu, gardez la session actuelle ouverte pour éviter de bloquer les nouvelles connexions d’administration.

Conservez séparément les identifiants de l’hôte Proxmox VE et ceux des systèmes invités. Les identifiants de l’hôte ne donnent pas accès aux invités. La configuration réseau et l’authentification des systèmes invités sont gérées par le locataire.

Windows Server

Première connexion RDP : utilisez le compte indiqué pour le système livré

Ouvrez le client Bureau à distance et saisissez l’adresse ainsi que les identifiants affichés dans l’espace client. Un client SSH ne permet pas de se connecter à un bureau Windows à distance.

Informations à saisir dans le client

Utilisez la première IPv4 comme adresse de connexion. Reprenez le compte et le mot de passe dans la fiche du serveur concerné, sans supposer quel est le compte par défaut selon la version du système. Si le client a conservé d’anciens identifiants, vérifiez qu’il s’agit bien de ceux du serveur livré pour cette commande.

En cas d’avertissement d’identité ou de certificat dans le client Bureau à distance, vérifiez la cible et l’adresse. Ne vous fiez pas uniquement au nom de connexion enregistré et ne confondez pas un avertissement de certificat avec un mot de passe incorrect.

Connexion : RDP

Langue du système et première connexion

Windows est livré en anglais, en chinois traditionnel ou en chinois simplifié, selon la langue choisie lors de la commande. La langue de l’interface du client Bureau à distance ne détermine pas celle du système du serveur. Fiez-vous au système réellement livré pour saisir les informations de connexion.

Une fois sur le bureau, il est recommandé de modifier le mot de passe initial, de mettre le système à jour et de vérifier le pare-feu. Avant de modifier les règles d’accès à distance, vérifiez que le nouveau mode de connexion fonctionne afin d’éviter de perdre l’accès après avoir changé à la fois les autorisations du compte et les règles réseau.

3 langues système au choix

Règle en cas d’adresses multiples

Plusieurs IPv4 : utilisez la première pour la première connexion

La même règle s’applique à SSH et à RDP

Si le serveur dispose de plusieurs IPv4, utilisez la première adresse de la liste affichée dans l’espace client pour établir la première connexion. Les adresses supplémentaires sont à configurer par le locataire dans le système d’exploitation. Une adresse attribuée n’est pas nécessairement déjà entièrement configurée sur le système.

Une fois la première connexion établie, configurez les autres adresses et les services associés selon les besoins. Avant toute modification réseau, notez la configuration existante. Modifiez un seul ensemble de paramètres à la fois et vérifiez le résultat. Contrôlez séparément la configuration des adresses, l’écoute des services et les règles du pare-feu.

Procéder par étapes

Échec de connexion : vérifiez les informations avant le réseau

Notez le message d’erreur complet affiché par le client, puis procédez aux vérifications ci-dessous dans l’ordre. Un délai d’attente dépassé, un refus de connexion et un échec d’authentification ne concernent pas les mêmes étapes. Évitez de modifier les paramètres du système à la suite sans avoir d’abord vérifié le message affiché.

Vérifier l’adresse cible

Vérifiez qu’il s’agit bien du serveur livré pour cette commande et utilisez la première IPv4 indiquée dans l’espace client. Assurez-vous que le texte copié ne contient ni espace, ni ancienne adresse, ni autre texte, et que le client n’applique pas automatiquement une cible enregistrée auparavant.

Vérifier tous les identifiants

Récupérez à nouveau le compte et les informations d’authentification dans la fiche du serveur concerné. En cas d’échec, vérifiez la disposition du clavier, les majuscules et les identifiants en cache. Saisissez le mot de passe dans le champ d’authentification prévu à cet effet, jamais dans l’adresse, le nom de connexion ou le texte du ticket.

Vérifier le réseau local

Vérifiez que le réseau de l’appareil fonctionne et contrôlez les restrictions du pare-feu local ou du réseau utilisé. Si possible, essayez un autre réseau de confiance pour déterminer si le problème vient de l’environnement du client ou du serveur.

Vérifier les modifications côté serveur

Si la connexion fonctionnait auparavant, repassez en revue les modifications récentes concernant l’adresse, le routage, le pare-feu, la politique de connexion ou les informations d’authentification. Gardez toute session encore fonctionnelle et ne supprimez pas toutes les règles de sécurité d’un coup pour effectuer le diagnostic, afin de ne pas élargir la surface d’exposition.

Si la connexion reste impossible après ces vérifications, ouvrez un ticket depuis l’espace client. Indiquer les vérifications déjà effectuées facilitera le diagnostic plutôt que de signaler simplement « impossible de se connecter ».

Erreur de configuration réseau : utiliser l’accès de secours de l’espace client

Une session graphique dans le navigateur est également accessible depuis l’espace client. Elle sert uniquement en dépannage après une erreur de configuration réseau ou de pare-feu. Pour les connexions courantes, utilisez SSH ou RDP.

Signaler un problème de connexion

Indiquer le numéro du serveur et le problème rencontré

Soumettez une demande depuis la rubrique des tickets de l’espace client. Pour un problème concernant un serveur, précisez la commande et le numéro du serveur, puis indiquez si le problème survient avant la connexion, lors de l’authentification ou après la connexion.

Fournir des informations vérifiables

Indiquez le numéro du serveur, le système d’exploitation, le mode de connexion (SSH ou RDP), le message d’erreur complet et le moment où le problème a été constaté pour la première fois. Les captures d’écran doivent montrer l’erreur tout en masquant les mots de passe, les clés et les données personnelles sans rapport avec le diagnostic.

Décrire les vérifications déjà effectuées

Précisez si la première IPv4 a été utilisée, si les identifiants ont été vérifiés à nouveau, si un autre réseau a été essayé et si le système ou le pare-feu a été récemment modifié. N’envoyez pas de mot de passe complet ni de clé privée dans un e-mail public ou dans le texte du ticket.

Reprendre depuis la fiche du serveur

Consultez l’adresse et les identifiants ou signalez un problème de connexion depuis la rubrique des tickets. Le matériel et le réseau du serveur sont gérés par notre service ; le système, les comptes, les clés et les sauvegardes des données relèvent du locataire.

Ouvrir un ticket depuis l’espace client Contacter le support par e-mail