Après la livraison

Se connecter au serveur dédié :
identifiants disponibles sur le portail

Connexion SSH sous Linux et RDP sous Windows Server.

Accéder au portail

Cette page présente les étapes de connexion après livraison. Elle n’affiche aucune adresse, aucun nom d’utilisateur ni mot de passe réel.

Avant de se connecter

Vérifier les trois identifiants dans les détails de la machine

Après la livraison, connectez-vous au portail et ouvrez la fiche de la machine concernée pour consulter son adresse de connexion, son nom d’utilisateur et son mot de passe initial. Disposer d’une commande ne signifie pas que les identifiants de connexion sont disponibles : fiez-vous à l’état et aux champs affichés dans la fiche de la machine.

Pour gérer plusieurs machines depuis le même compte, vérifiez d’abord la machine et le système installé avant d’utiliser ses identifiants. L’adresse ne peut pas être déduite du numéro de commande, pas plus que le nom d’utilisateur ne doit être deviné selon les conventions du système. L’adresse, le nom d’utilisateur et le mot de passe doivent tous correspondre à la même machine.

  • Adresse de connexion : cible à saisir dans le client SSH ou de bureau à distance.
  • Nom d’utilisateur : saisissez celui indiqué dans la fiche de la machine, en respectant la casse.
  • Mot de passe initial : utilisez-le uniquement dans un client de confiance et ne le divulguez pas.

À droite, les emplacements des champs sont indiqués, sans valeur. Les informations réelles sont à consulter dans le portail après connexion ; elles ne peuvent pas être déduites de cette illustration.

Détails de la machine · Paramètres de connexion

Adresse de connexion
Nom d’utilisateur
Mot de passe initial
Illustration de l’emplacement des champs, sans identifiants de connexion. Aucun nom d’utilisateur ni mot de passe initial n’est fourni à titre d’exemple.

Vérifications avant une connexion SSH

  1. 01Choisir la cible

    Utilisez l’adresse indiquée dans le portail ; en présence de plusieurs adresses IPv4, choisissez la première.

  2. 02Saisir les identifiants

    Utilisez le nom d’utilisateur et le mot de passe initial de la machine concernée, et non des identifiants génériques.

  3. 03Sécuriser l’accès

    Changez le mot de passe ou configurez une clé. Vérifiez d’abord la nouvelle méthode de connexion, puis modifiez les règles d’accès.

Gestion SSH des hôtes Linux, FreeBSD et Proxmox VE.

Linux / FreeBSD / Proxmox VE

Première connexion au système en SSH

Dans le client SSH local, saisissez l’adresse et le nom d’utilisateur indiqués dans le portail, puis entrez le mot de passe initial lorsque le client le demande. Si la fiche de la machine indique un port de connexion, utilisez cette valeur plutôt que celle préremplie par le client.

Lors de la première connexion, une confirmation de l’identité de l’hôte peut être demandée. Vérifiez qu’il s’agit bien de la machine cible et ne passez pas outre l’avertissement si l’adresse est incertaine ou si l’identité a changé de manière inattendue. Le champ du mot de passe peut ne pas afficher les caractères saisis ; l’absence d’affichage ne signifie pas que la saisie a échoué.

Une fois connecté, changez le mot de passe initial ou configurez l’authentification par clé selon la politique d’administration. Conservez la clé privée en lieu sûr et placez uniquement la clé publique sur le serveur. Ouvrez une nouvelle connexion pour vérifier que la clé fonctionne avant de fermer la session en cours ou de modifier la politique d’authentification.

N’ouvrez dans le pare-feu que les accès nécessaires à l’activité. Après toute modification du port d’écoute SSH, de la méthode d’authentification ou des règles entrantes, gardez la session actuelle ouverte et vérifiez la nouvelle connexion. Ne fermez pas simultanément l’ancienne session et l’accès existant sans avoir effectué cette vérification.

La connexion à l’hôte Proxmox VE et celle à une machine virtuelle concernent deux objets d’administration distincts. Les identifiants de cette section sont ceux du serveur dédié ; les comptes et paramètres d’accès des machines virtuelles sont à configurer séparément lors de leur déploiement.

Windows Server

Se connecter au bureau à distance avec RDP

Ouvrez le client de bureau à distance local, saisissez l’adresse de connexion indiquée dans le portail, puis connectez-vous avec le nom d’utilisateur et le mot de passe initial de la même fiche machine. Si le client a mémorisé les identifiants d’une autre machine, vérifiez le nom d’utilisateur pour éviter qu’il ne renseigne automatiquement d’anciens identifiants.

Si un avertissement de certificat ou d’identité apparaît, vérifiez d’abord que l’adresse correspond bien à la machine cible. Pour les machines disposant de plusieurs adresses IPv4, utilisez également la première adresse de la liste comme cible RDP ; ne la remplacez pas par une autre adresse lors de la première connexion selon l’usage supposé de chacune.

Après la première connexion au système, changez le mot de passe administrateur et vérifiez les autorisations d’accès à distance ainsi que les règles du pare-feu. Après le changement de mot de passe, mettez également à jour les anciens identifiants enregistrés dans le client local. Une session existante qui affiche encore le bureau ne confirme pas que les nouveaux identifiants ont été validés.

La langue de Windows Server dépend du choix effectué à la commande : anglais, chinois traditionnel ou chinois simplifié. La langue de l’interface locale du client de bureau à distance ne modifie pas celle du serveur. Lors de la saisie du mot de passe, vérifiez également la disposition du clavier et l’état des majuscules.

L’installation des logiciels métier, la gestion des comptes et la sauvegarde des données sont à effectuer dans le système. Une connexion réussie donne accès à l’administration, mais ne signifie pas que les applications, les adresses supplémentaires ou la stratégie de sauvegarde sont configurées.

Paramètres RDP

Adresse cible
Première adresse IPv4 de la liste du portail
Compte de connexion
Nom d’utilisateur indiqué dans la fiche de la machine concernée
Mot de passe
Utilisez le mot de passe initial la première fois, puis le nouveau mot de passe après modification
Langue du système
Anglais / chinois traditionnel / chinois simplifié, selon le choix effectué à la commande
Schéma des champs à renseigner ; aucun compte, port ou mot de passe par défaut n’est fourni.

Ordre d’utilisation des adresses

Plusieurs adresses IPv4 : utiliser la première à la première connexion

Chaque machine comprend une adresse IPv4 dédiée. Après l’ajout d’adresses, la cible de connexion SSH et RDP reste la première adresse de la liste du portail.

Première adresse IPv4 : administration de l’hôte

Vérifiez l’ordre des adresses dans la liste du portail, puis saisissez la première dans le client de connexion. Ne déduisez pas la première adresse de sa valeur numérique, de l’ordre de liaison des applications ou des informations enregistrées localement.

Lors du signalement d’un problème de connexion, précisez si la première adresse de la liste a été utilisée. Cela aidera à distinguer un problème de connexion à l’hôte d’un problème de configuration d’une adresse supplémentaire.

Autres adresses IPv4 : configuration dans le système

Après connexion, les adresses supplémentaires peuvent être configurées dans le système ou sur les machines virtuelles selon les besoins de l’activité. Leur attribution ne signifie pas que l’écoute des applications, le pont réseau, le routage et le pare-feu sont déjà configurés de manière cohérente.

Si une adresse de machine virtuelle est inaccessible, vérifiez séparément la connexion à l’hôte et le réseau de la machine virtuelle. N’utilisez pas l’adresse de la machine virtuelle à la place de l’adresse d’administration du serveur dédié.

Avant toute modification réseau, consignez les adresses et règles existantes. Après la modification, vérifiez séparément l’accès d’administration à l’hôte et l’accès aux services métier. L’accès à un site ne suffit pas à confirmer que l’administration à distance fonctionne normalement.

Limites du dépannage des connexions

SSH et RDP pour l’administration courante

Une erreur de configuration réseau, par exemple, peut empêcher les connexions à distance habituelles. Le portail peut aussi proposer une session graphique dans le navigateur comme accès de secours ; sa disponibilité dépend des informations affichées dans la fiche de la machine. SSH et RDP restent les méthodes d’administration courantes.

Une fois l’accès rétabli, vérifiez la configuration système à l’origine de l’interruption et testez à nouveau la connexion habituelle. L’accès de secours ne remplace ni la conservation des identifiants, ni la vérification des changements réseau, ni la sauvegarde des données. Il ne permet pas non plus de conclure que les applications sont à nouveau opérationnelles.

Identifier d’abord l’origine du problème

L’impossibilité pour le client d’atteindre la cible, l’échec de l’authentification du compte et l’indisponibilité d’un service après connexion sont des problèmes différents. Notez l’étape précise où le blocage survient, puis effectuez les vérifications correspondantes sans modifier à répétition des paramètres sans rapport avec le problème.

L’état de la machine et les paramètres de connexion affichés dans le portail font foi. Si aucune information de connexion utilisable n’est disponible, ne devinez pas l’adresse et n’essayez pas de mot de passe générique.

Informations pour le dépannage par ticket

Problème de connexion : préciser la machine et le message d’erreur

Après connexion, soumettez les problèmes techniques sous forme de ticket depuis le portail. L’état de la machine et l’historique de facturation sont également consultables dans le portail. Avant le dépannage, vérifiez la machine concernée et la commande correspondante.

  1. 01Machine et système

    Indiquez la machine ou la commande concernée ainsi que le système installé. Si plusieurs machines sont concernées, décrivez chacune séparément et ne mélangez pas leurs adresses et messages d’erreur dans un même compte rendu.

  2. 02Méthode de connexion

    Précisez s’il s’agit d’une connexion SSH ou RDP, le client utilisé et si la première adresse IPv4 de la liste du portail a été choisie. Indiquez également si le même problème survient depuis d’autres réseaux.

  3. 03Message d’erreur complet

    Reproduisez le texte de l’erreur et indiquez les étapes qui l’ont déclenchée. Distinguez un délai d’attente dépassé, une connexion refusée et un échec d’authentification. Sur les captures d’écran, masquez les mots de passe, clés privées et informations sensibles sans rapport avec le problème.

  4. 04Modifications récentes

    Indiquez si le mot de passe, le réseau, le pare-feu ou les paramètres des services à distance ont été modifiés avant l’apparition du problème. Ajoutez les vérifications déjà effectuées pour éviter de les répéter inutilement.

Il n’est pas nécessaire de coller un mot de passe complet ou une clé privée dans un ticket. En cas d’impossibilité de se connecter au portail, contactez support@amdssh.com pour expliquer le problème de compte ou d’accès.

Commencer par la fiche de la machine concernée

Vérifiez l’adresse, le nom d’utilisateur et le mot de passe initial, puis choisissez SSH ou RDP selon le système. En cas de problème, conservez le message d’erreur et soumettez un ticket depuis le portail.

Accéder au portail et consulter la machine Configurer le serveur dédié