Préparer l’accès après livraison

Guide de connexion au serveur dédié

Les identifiants sont disponibles dans le portail : SSH sous Linux, RDP sous Windows.

Configurer un serveur dédié AmdMetal Ouvrir le portail AmdMetal

Pour une commande livrée, ouvrez la fiche de la machine depuis le portail. L’adresse de connexion et les identifiants affichés pour cette machine font foi.

Vérifier la machine avant de se connecter

La fiche de la machine contient les identifiants

Les mots de passe des machines ne sont pas affichés sur les pages publiques d’AmdMetal. Une fois le paiement effectué et la machine livrée, connectez-vous au compte utilisé pour passer la commande, puis retrouvez la commande et la fiche correspondantes dans le portail. Vérifiez le numéro de la machine, le système choisi, l’adresse de connexion et les identifiants.

  1. 01

    Commande correspondante

    Repérez le serveur à l’aide du numéro de commande et du numéro de machine. Si plusieurs machines sont gérées, vérifiez d’abord la mémoire et le système de la machine visée afin de ne pas utiliser les identifiants d’une autre machine.

  2. 02

    Copier les informations de connexion

    Relevez l’adresse, le compte et les informations d’authentification dans la fiche de la machine. Ne devinez ni le nom d’utilisateur ni le port à partir d’un tutoriel. Vérifiez l’absence d’espaces au début ou à la fin des valeurs copiées. Ne collez pas le mot de passe dans une commande de terminal, une capture d’écran ou une discussion publique.

  3. 03

    Choisir l’outil adapté

    SSH est utilisé avec Linux, FreeBSD et Proxmox VE ; RDP avec Windows Server. La méthode d’accès dépend du système choisi pour la commande, et non du système d’exploitation de l’ordinateur local.

Si la livraison n’est pas terminée ou si la fiche n’affiche pas encore les informations de connexion, n’essayez pas de vous connecter à l’adresse d’exemple de ce guide. Pour toute question sur la commande ou son état de livraison, vérifiez les informations dans un ticket du portail.

Linux · FreeBSD · Proxmox VE

En SSH, vérifiez la machine cible dès la première connexion

Renseignez dans le client SSH local les informations de connexion affichées dans le portail. Si le client permet d’enregistrer des profils, nommez chaque profil à l’aide du numéro de la machine afin de faire correspondre chaque connexion à la bonne commande.

Vérifier le premier avertissement d’identité

Lors d’une première connexion, le client peut signaler que l’identité de l’hôte n’est pas encore enregistrée. Vérifiez d’abord que l’adresse provient bien de la fiche de cette machine, puis confirmez son identité dans le client. En cas de changement de clé d’hôte, ne supprimez pas simplement l’ancienne entrée et ne passez pas outre l’avertissement : vérifiez d’abord si une réinstallation a eu lieu. En cas de doute, ouvrez un ticket.

Un premier avertissement et une alerte de changement d’identité sont deux cas différents.

Vérifier l’authentification et les permissions

Suivez la méthode d’authentification indiquée dans le portail. Lors de la saisie d’un mot de passe, le terminal peut ne pas afficher les caractères ; cela ne signifie pas que la saisie n’a pas été prise en compte. Après la connexion, vérifiez les permissions du compte et la version du système avant de lancer une mise à jour. Les commandes de gestion des paquets doivent correspondre à la distribution choisie.

Un échec d’authentification ne signifie pas que le réseau est inaccessible.

Configurer l’authentification par clé

Conservez la clé privée en lieu sûr et ajoutez la clé publique au compte cible. Gardez la session en cours ouverte, puis ouvrez-en une autre pour vérifier que la connexion par clé fonctionne. Ajustez ensuite la politique d’authentification par mot de passe et le pare-feu. Ne fermez pas le canal d’administration existant avant d’avoir vérifié la nouvelle connexion.

Vérifiez le nouveau canal avant de restreindre l’ancien.

Vérifications pour le modèle 256GB

Vérifier séparément le processeur, la mémoire et les deux disques connectés directement

L’extrait ci-dessous sert à comprendre les champs affichés ; il ne représente pas l’état actuel d’une machine. L’adresse provient d’une plage réservée aux exemples de documentation. Le compte et les paramètres de connexion doivent être remplacés par les informations réelles du portail.

Première connexion SSH et vérification du matériel · Exemple de sortie
$ ssh -l ACCOUNT_FROM_CONSOLE 203.0.113.10
The authenticity of host cannot be established.
Are you sure you want to continue connecting (yes/no)? yes

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

$ free -g
               total
Mem:             251

$ nvme list
Node             Model          Namespace   Usage
/dev/nvme0n1     NVMe SSD       1           1.00 TB
/dev/nvme1n1     NVMe SSD       1           1.00 TB

CPU(s): 64 correspond à 64 threads logiques. Ce processeur possède 32 cœurs physiques : le nombre de threads ne doit pas être interprété comme le nombre de cœurs physiques.

Environ 251 de mémoire est la valeur relevée par le système dans cet exemple pour le modèle 256GB. La conversion des unités, les ressources utilisées par le système et la méthode d’affichage de l’outil peuvent modifier le résultat. Une seule valeur ne suffit pas à vérifier l’ensemble du matériel.

Deux entrées de périphériques NVMe correspondent à deux disques connectés directement d’environ 1TB chacun, et ne signifient pas qu’ils sont configurés en miroir. Si l’outil nécessaire n’est pas installé, consultez d’abord la documentation du système pour l’installer ; l’absence de l’outil ne signifie pas que le disque est absent.

Lors de la vérification des disques, ne lancez aucune commande de formatage, d’effacement de partitions ou de création de pool de stockage. Les deux disques NVMe ne disposent pas de RAID matériel ; la redondance et les sauvegardes sont à configurer par le client.

Windows Server

La connexion RDP utilise la langue choisie pour la commande

Ouvrez le client de bureau à distance et connectez-vous avec le premier IPv4 et les identifiants affichés dans la fiche de la machine. La langue de Windows correspond à celle choisie lors de la commande : anglais, chinois traditionnel ou chinois simplifié. La langue du client local ne modifie pas celle du système distant.

Vérifier l’adresse et le compte avant la saisie

Vérifiez séparément l’adresse de connexion et le compte afin de ne pas saisir le nom du compte dans le champ de l’ordinateur. Si le client a enregistré un ancien mot de passe, récupérez les identifiants actuels dans le portail au lieu de réessayer plusieurs fois avec les anciennes informations.

Garder un accès d’administration après la connexion

Lors du premier accès au bureau, vérifiez la version du système, les paramètres réseau et les règles du pare-feu. Avant de modifier les paramètres liés au bureau à distance, gardez la session en cours ouverte et vérifiez les nouvelles conditions de connexion afin d’éviter toute perte d’accès après le changement.

La version de licence Windows et sa langue sont définies lors de la configuration. En cas de problème, conservez le message d’erreur exact du client. Une alerte de certificat, un échec d’authentification et un délai de connexion dépassé correspondent à des problèmes différents.

Limites de gestion des adresses IPv4 multiples

Utiliser la première adresse pour l’administration à distance

Quel que soit le nombre d’adresses IPv4 dédiées attribuées, SSH et RDP utilisent uniquement la première adresse indiquée dans le portail. Les autres adresses servent à associer des sites, des machines virtuelles ou des services dans le système. Leur attribution ne signifie pas qu’elles permettent toutes de se connecter directement à l’hôte.

Rôle de l’adresse Emplacement d’utilisation Vérification avant connexion
Premier IPv4 Connexion d’administration SSH ou RDP au serveur dédié Copier l’adresse depuis le portail et vérifier le numéro de la machine.
Autres IPv4 Association à un site, une machine virtuelle ou un service dans le système Vérifier l’association de l’adresse, le routage, le pare-feu et l’écoute du service.
Adresse d’exemple Illustration de la structure des commandes et du sens des champs Ce n’est pas une adresse de livraison et elle ne doit pas être utilisée pour une connexion réelle.

Pour organiser des adresses supplémentaires, consignez d’abord la correspondance « adresse — service — emplacement de l’association dans le système ». Avant de modifier une interface réseau, un pont ou le réseau d’une machine virtuelle, gardez la connexion d’administration ouverte. N’attribuez pas simultanément l’adresse d’administration de l’hôte à une autre machine virtuelle.

Consulter le guide IPv4 sur le blog AmdMetal

Après une modification réseau

En cas de problème d’accès, conserver les éléments de diagnostic

Si SSH ou RDP est interrompu après une modification de carte réseau, de routage ou de pare-feu, consignez d’abord la dernière modification effectuée et le message d’erreur du client. Évitez de modifier plusieurs paramètres à la suite, au risque de masquer la cause initiale.

La session graphique dans le navigateur du portail est réservée aux interventions d’urgence, par exemple lorsqu’une erreur de configuration réseau empêche toute connexion à distance. Pour les accès habituels, utilisez SSH ou RDP. Pour signaler un problème ou demander de l’aide sur une opération, ouvrez un ticket depuis le portail.

Accès à l’administration du DGX Spark

Pour le DGX Spark AmdMetal, les identifiants sont également disponibles dans le portail et l’accès s’effectue en SSH. Les redémarrages forcés et les réinstallations sont traités par ticket. Pour en savoir plus sur le produit, consultez la page de présentation du DGX Spark.

Rassembler les informations utiles

Joindre au ticket le numéro de machine et le message d’erreur exact

Si la connexion reste impossible, ouvrez un ticket dans le portail AmdMetal. Précisez s’il s’agit d’un « délai de connexion dépassé », d’une « connexion refusée », d’un « échec d’authentification » ou d’une « interruption après connexion ». Indiquez également si le problème est apparu dès la première tentative ou après une modification du système ou du réseau.

  1. 01

    Informations d’identification

    Indiquez le numéro de la machine, la commande correspondante, le système choisi et le client SSH ou RDP utilisé. Si plusieurs machines sont gérées, précisez celle qui est concernée.

  2. 02

    Erreur et circonstances

    Joignez le texte complet de l’erreur ou une capture d’écran, en précisant l’heure approximative et le fuseau horaire, si une connexion a déjà réussi et quels paramètres réseau ou d’authentification ont été récemment modifiés. La capture doit montrer l’erreur, sans révéler de mot de passe ni de clé privée.

  3. 03

    Vérifications déjà effectuées

    Précisez si le premier IPv4 a été vérifié, si les identifiants ont été récupérés à nouveau et si un autre réseau local a été testé. Pour toute opération concernant les disques ou le système, indiquez également l’état des sauvegardes. Ne collez ni clé privée ni mot de passe de compte dans le ticket.

Le traitement des problèmes de connexion se poursuit par ticket AmdMetal

Le matériel et le réseau relèvent de notre responsabilité ; la configuration du système, les données métier et les sauvegardes sont gérées par le client. Un relevé précis des incidents aide à distinguer les problèmes de connexion, d’authentification et de configuration système.

Ouvrir un ticket dans le portail AmdMetal Configurer un serveur dédié AmdMetal