Par opposition à l'édition de/etc/hostname, ou partout où cela est pertinent?
Il doit y avoir une bonne raison (j'espère) - en général, je préfère de beaucoup "l'ancienne" façon, où tout était un fichier texte. Je n'essaie pas d'être controversé - j'aimerais vraiment savoir et décider par moi-même si c'est une bonne raison. Merci.
hostnamectl
fait partie de systemd et fournit une API appropriée pour gérer la définition des noms d'hôte d'un serveur de manière standardisée.
$ rpm -qf $(type -P hostnamectl)
systemd-219-57.el7.x86_64
Auparavant, chaque distribution qui n'utilisait pas systemd avait ses propres méthodes pour le faire, ce qui rendait beaucoup de complexité inutile.
DESCRIPTION hostnamectl may be used to query and change the system hostname and related settings. This tool distinguishes three different hostnames: the high-level "pretty" hostname which might include all kinds of special characters (e.g. "Lennart's Laptop"), the static hostname which is used to initialize the kernel hostname at boot (e.g. "lennarts-laptop"), and the transient hostname which is a default received from network configuration. If a static hostname is set, and is valid (something other than localhost), then the transient hostname is not used. Note that the pretty hostname has little restrictions on the characters used, while the static and transient hostnames are limited to the usually accepted characters of Internet domain names. The static hostname is stored in /etc/hostname, see hostname(5) for more information. The pretty hostname, chassis type, and icon name are stored in /etc/machine-info, see machine-info(5). Use systemd-firstboot(1) to initialize the system Host name for mounted (but not booted) system images.
hostnamectl
rassemble également un grand nombre de données disparates en un seul emplacement pour démarrer:
$ hostnamectl
Static hostname: centos7
Icon name: computer-vm
Chassis: vm
Machine ID: 1ec1e304541e429e8876ba9b8942a14a
Boot ID: 37c39a452464482da8d261f0ee46dfa5
Virtualization: kvm
Operating System: CentOS Linux 7 (Core)
CPE OS Name: cpe:/o:centos:centos:7
Kernel: Linux 3.10.0-693.21.1.el7.x86_64
Architecture: x86-64
Les informations ici proviennent de /etc/*release
, uname -a
, etc., y compris le nom d'hôte du serveur.
Soit dit en passant, tout est toujours dans des fichiers, hostnamectl
simplifie simplement la façon dont nous devons interagir avec ces fichiers ou connaître leur chaque emplacement.
Pour preuve, vous pouvez utiliser strace -s 2000 hostnamectl
et voyez de quels fichiers il provient:
$ strace -s 2000 hostnamectl |& grep ^open | tail -5
open("/lib64/libattr.so.1", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/locale/locale-archive", O_RDONLY|O_CLOEXEC) = 3
open("/proc/self/stat", O_RDONLY|O_CLOEXEC) = 3
open("/etc/machine-id", O_RDONLY|O_NOCTTY|O_CLOEXEC) = 4
open("/proc/sys/kernel/random/boot_id", O_RDONLY|O_NOCTTY|O_CLOEXEC) = 4
Pour l'observateur avisé, vous devriez remarquer dans le strace
ci-dessus que tous les fichiers ne sont pas présents. hostnamectl
interagit réellement avec un service, systemd-hostnamectl.service
qui en fait "interagit" avec la plupart des fichiers que la plupart des administrateurs connaissent, comme /etc/hostname
.
Par conséquent, lorsque vous exécutez hostnamectl
, vous obtenez des détails du service. Il s'agit d'un service à la demande, vous ne verrez donc pas s'il fonctionne tout le temps. Uniquement lorsque hostnamectl
s'exécute. Vous pouvez le voir si vous exécutez une commande watch
, puis commencez à exécuter hostnamectl
plusieurs fois:
$ watch "ps -eaf|grep [h]ostname"
root 3162 1 0 10:35 ? 00:00:00 /usr/lib/systemd/systemd-hostnamed
La source est ici: https://github.com/systemd/systemd/blob/master/src/hostname/hostnamed.c et si vous regardez à travers, vous verrez les références à /etc/hostname
etc.
Il s'agit toujours d'un fichier texte, vous pouvez toujours le modifier et il n'y aura pas de problème.
Le fichier texte a été normalisé en /etc/hostname
.
Selon le responsable, les services systemd-hostname, systemd-timedated etc. ont été très bien conçus pour les interfaces graphiques existantes comme GNOME. systemd-hostnamed permet à une interface graphique de demander des changements de nom d'hôte sans s'exécuter en tant que root (selon la politique de polkit). Dbus fournit également une méthode d'inscription des modifications, adaptée aux besoins de l'interface graphique. Peut-être utilisé par un total d'une application dans ces cas :). Je sais pas, peut-être que les horloges utilisent une synchronisation système pour écouter la reconfiguration du fuseau horaire?
Considérez hostnamectl comme un stub pour exercer le backend GUI, qui pourrait ou non être également un utilitaire CLI utile. systemd-hostnamed n'est spécifiquement pas destiné à ajouter des fonctionnalités entières qui ne sont pas exercées par le code GUI.
Le service nommé par l'hôte systemd n'est pas pas destiné à résumer les différences entre les distributions. Système en amont standardisé sur un seul fichier de configuration, /etc/hostname
, où il y avait auparavant des fichiers de configuration différents, par exemple Debian v.s. Distributions basées sur Redhat.
Cela suppose que hostnamectl parle de l'implémentation standard de systemd-hostnamed. Mais AFAIK, il n'y a pas de distribution actuelle qui corrige le nom de fichier utilisé.
Je tiens à souligner que le chargement de /etc/hostname
au démarrage est exécuté très tôt par systemd PID 1. Cela ne dépend pas de l'exécution de systemd-hostnamed.
J'imagine que vous pourriez remarquer une différence inoffensive, si vous avez une interface graphique de paramètres système ouverte et montrant le nom d'hôte en même temps. Si vous modifiez /etc/hostname
puis utilisez hostname --file /etc/hostname
pour appliquer la modification au système en cours d'exécution, l'affichage de l'interface graphique peut ne pas se mettre à jour instantanément. systemd-hostnamed fournit des notifications dbus sur les modifications apportées à toutes les versions du nom d'hôte qu'il gère, de sorte que l'interface graphique pourrait ne pas prendre la peine d'écouter les notifications de nom d'hôte système fournies sur les noyaux Linux modernes.
(Traditionnellement, c'est une mauvaise idée de changer le nom d'hôte lors de l'exécution. Cela peut causer des problèmes avec des logiciels tels que X . Je suis convaincu que ce problème n'est pas résolu par systemd . Peut-être a-t-il été résolu par les distributions qui utilisent systemd).