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 la "vieille" 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.
Réponses:
Contexte
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.Auparavant, chaque distribution qui n'utilisait pas systemd avait ses propres méthodes pour le faire, ce qui rendait beaucoup de complexité inutile.
hostnamectl
rassemble également un grand nombre de données disparates en un seul emplacement pour démarrer:Les informations ici proviennent de
/etc/*release
,uname -a
etc., y compris le nom d'hôte du serveur.Et les fichiers?
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 chaque emplacement.Pour preuve, vous pouvez utiliser
strace -s 2000 hostnamectl
et voir de quels fichiers il provient:systemd-hostname.service?
Pour l'observateur avisé, vous devez remarquer dans ce
strace
qui précède que tous les fichiers ne sont pas présents.hostnamectl
est en fait en interaction avec un service,systemd-hostnamectl.service
ce qui en fait "l'interaction" 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 lors deshostnamectl
courses. Vous pouvez le voir si vous exécutez unewatch
commande, puis commencez à exécuterhostnamectl
plusieurs fois:La source pour cela 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.Les références
la source
-e open,openat
?strace
8-). Bien que pour être honnête, j'aurais toujours eu besoin de lagrep
pour obtenir la sortie comme je le voulais, b / c lastrace
aurait toujours montré la sortie duhostnamectl
cmd, donc mon chemin était plus court.rpm -qf $(type -P hostnamectl)
je dois me souvenir!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 mainteneur, 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 destiné à faire abstraction des différences entre les distributions. Systemd en amont standardisé sur un seul fichier de configuration
/etc/hostname
, où il y avait auparavant des fichiers de configuration différents, par exemple sur des distributions basées sur Debian vs 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
/etc/hostname
au démarrage est effectué très tôt par systemd PID 1. Cela ne dépend pas de l'exécution de systemd-hostnamed.J'imagine que vous remarquerez peut- être 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 utilisezhostname --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 qu'il a été résolu par les distributions qui utilisent systemd) .
la source