Rocky Linux / Changer le nom d’hôte et vérifier sa résolution

Pour changer le nom d'hôte sous Rocky Linux, exécutez sudo hostnamectl set-hostname NOUVEAU_NOM, puis contrôlez le résultat avec hostnamectl. La commande enregistre le nom statique qui doit être conservé après redémarrage. Le nom du système, les enregistrements DNS et les correspondances dans /etc/hosts sont des réglages distincts : changer le premier ne met pas automatiquement les autres à jour.

Cette procédure concerne un système Rocky Linux administré avec systemd et nécessite un compte disposant des droits sudo. Le guide réseau de Rocky Linux recommande l'outil de gestion du nom plutôt qu'une modification manuelle de /etc/hostname. Sur un serveur déjà utilisé, identifiez aussi les services qui dépendent de son ancien nom avant d'appliquer le changement.

Relever le nom actuel et choisir le nouveau

Avant toute modification, affichez le nom utilisé et le nom conservé sur disque. Notez les valeurs dans votre relevé d'administration afin de pouvoir retrouver l'ancienne configuration :

hostnamectl
hostname
cat /etc/hostname

hostname indique le nom courant. hostnamectl affiche aussi des informations sur le système et les catégories de nom disponibles. Vous pouvez demander seulement la valeur statique avec hostnamectl --static.

Un nom court comme web01 peut suffire dans certains environnements. Un nom comme web01.example.com est un nom de domaine pleinement qualifié, ou FQDN pour Fully Qualified Domain Name. Choisissez une forme conforme à vos conventions, sans conflit avec les autres machines, et vérifiez ce qu'attendent les services. example.com est un domaine d'exemple ; remplacez-le par votre vrai nom avant toute configuration réelle.

Appliquer le changement avec hostnamectl

Remplacez le nom d'exemple suivant par celui que vous avez choisi :

sudo hostnamectl set-hostname web01.example.com

Sans option de type, la commande règle le nom persistant et les noms concernés par son comportement par défaut. Pour ne régler qu'un type, hostnamectl propose notamment --static, --transient et --pretty. Le guide Red Hat de changement du nom avec hostnamectl décrit ces catégories et la prise en compte par les services.

Si une erreur d'autorisation apparaît, vérifiez que la commande utilise le compte prévu et que celui-ci possède les droits d'administration nécessaires. Une erreur indiquant que systemd ou son bus n'est pas disponible peut venir d'un conteneur ou d'un environnement de secours qui n'exécute pas les services habituels ; la procédure doit alors être adaptée à cet environnement.

Vérifier le nom courant, le nom enregistré et les services

hostnamectl
hostnamectl --static
hostname
cat /etc/hostname

Si vous avez appliqué le nom d'exemple, la valeur statique attendue est web01.example.com. Contrôlez séparément le nom courant et celui contenu dans /etc/hostname. Une invite de shell déjà ouverte peut encore montrer l'ancien nom : ouvrez une nouvelle session de connexion pour vérifier son actualisation.

Certains services lisent le nom seulement à leur démarrage. La procédure Red Hat prévoit un redémarrage du système pour que tout l'environnement prenne la nouvelle valeur, ou, si les dépendances sont connues, le redémarrage des services concernés et une nouvelle connexion des utilisateurs actifs. Planifiez cette prise en compte selon l'impact sur le serveur ; vous pouvez contrôler les valeurs enregistrées avant le redémarrage.

Après un redémarrage prévu, répétez les mêmes commandes pour vérifier la persistance. Une valeur statique correcte ne prouve pas encore que les clients peuvent joindre la machine sous ce nom : cette question relève de la résolution de noms et des services réseau.

Contrôler DNS et /etc/hosts depuis le bon endroit

Vérifiez comment le système résout le nouveau nom :

getent hosts web01.example.com

getent interroge les sources de résolution configurées sur cette machine, qui peuvent inclure /etc/hosts, DNS et d'autres méthodes définies dans /etc/nsswitch.conf. Une réponse locale ne garantit donc pas que DNS fournit le même résultat aux autres ordinateurs. Si les clients doivent utiliser le nouveau nom, faites aussi la vérification depuis l'un d'eux.

Si la réponse est absente ou incorrecte, contrôlez la source réellement employée. Mettez à jour l'enregistrement DNS géré par votre organisation, ou l'entrée pertinente de /etc/hosts si vous utilisez une correspondance locale. Conservez les entrées localhost et ne remplacez pas arbitrairement l'adresse de boucle locale par une adresse de serveur.

Un changement DNS peut avoir son propre délai de cache. À l'inverse, une correction de /etc/hosts sur le serveur ne change pas les fichiers des clients. Testez ensuite l'accès au service attendu : un nom résolu vers la bonne adresse ne garantit pas que le port et l'application répondent.

Diagnostiquer un retour à l'ancien nom et revenir en arrière

Si le nom revient après un redémarrage, contrôlez d'abord hostnamectl --static et le contenu de /etc/hostname. Si une valeur pourtant enregistrée est remplacée, cherchez quel outil la gère : initialisation du cloud, gestion de configuration ou configuration réseau. Corrigez cette source de gestion avant de modifier plusieurs fois le fichier à la main.

Pour annuler le changement dans un environnement où l'ancien nom statique est connu, réappliquez la valeur relevée au début. Dans la commande suivante, remplacez ancien-nom.example.com par cette valeur exacte :

sudo hostnamectl set-hostname ancien-nom.example.com
hostnamectl --static

Vérifiez aussi les changements de résolution de noms et les services que vous avez adaptés, puis rétablissez leurs valeurs nécessaires. Si aucun nom statique n'était initialement configuré ou si un outil externe gère le nom, ne devinez pas une valeur de restauration : reprenez le relevé complet et la politique de cet outil.

Questions fréquentes

Faut-il modifier /etc/hostname et /etc/hosts ensemble ?

Réglez normalement le nom persistant avec hostnamectl. Le fichier /etc/hosts sert à relier des noms à des adresses ; il doit être adapté seulement si une entrée de votre configuration nécessite ce changement.

Pourquoi l'invite du terminal montre-t-elle encore l'ancien nom ?

La session peut avoir conservé une valeur antérieure. Contrôlez hostnamectl, puis ouvrez une nouvelle connexion. Les services qui lisent le nom uniquement au lancement peuvent aussi nécessiter une prise en compte spécifique.

Changer le nom du serveur crée-t-il un enregistrement DNS ?

Non. Vérifiez et gérez la correspondance dans votre infrastructure DNS ou votre configuration locale, puis testez la résolution depuis les clients concernés.