Qual é o objetivo do comando hostnamectl?

Fundo

hostnamectlfaz parte do systemd e fornece uma API adequada para lidar com a configuração de nomes de host de um servidor de maneira padronizada.

$ rpm -qf $(type -P hostnamectl)
systemd-219-57.el7.x86_64

Anteriormente, cada distro que não usava o systemd tinha seus próprios métodos para fazer isso, o que gerava muita complexidade desnecessária.

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.

hostnamectltambém reúne muitos dados diferentes em um único local para inicializar:

$ 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

A informação aqui vem de /etc/*release, uname -a, etc. incluindo o nome do host do servidor.

E os arquivos?

Aliás, tudo ainda está em arquivos, hostnamectlé apenas simplificar a forma como temos que interagir com esses arquivos ou conhecer sua localização.

Como prova disso, você pode usar strace -s 2000 hostnamectle ver de quais arquivos ele está puxando:

$ 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

systemd-hostname.service?

Para o observador astuto, você deve notar acima straceque nem todos os arquivos estão presentes. hostnamectlestá realmente interagindo com um serviço, systemd-hostnamectl.serviceque de fato faz a "interação" com a maioria dos arquivos com os quais a maioria dos administradores estaria familiarizada, como /etc/hostname.

Portanto, quando você executa hostnamectl, obtém detalhes do serviço. Este é um serviço sob demanda, então você não verá se está funcionando o tempo todo. Só quando hostnamectlcorre. Você pode vê-lo se executar um watchcomando e começar a executar hostnamectlvárias vezes:

$ watch "ps -eaf|grep [h]ostname"
root      3162     1  0 10:35 ?        00:00:00 /usr/lib/systemd/systemd-hostnamed

A fonte para isso está aqui: https://github.com/systemd/systemd/blob/master/src/hostname/hostnamed.c e se você olhar através dele, verá as referências a /etc/hostnameetc.

Referências

• systemd/src/hostname/hostnamectl.c
• systemd/src/hostname/hostnamed.c
• hostnamectl
• systemd-hostnamed.service

Ainda é um arquivo de texto, você ainda pode editá-lo e não haverá problema.

O arquivo de texto foi padronizado para /etc/hostname.

De acordo com o mantenedor, os serviços systemd-hostname, systemd-timedated etc foram muito projetados para GUIs existentes como o GNOME. systemd-hostnamed permite que uma GUI solicite alterações de nome de host sem executar como root (dependendo da política polkit). O Dbus também fornece um método para subscrever alterações, que é adequado às necessidades da GUI. Talvez usado por um total de um aplicativo nesses casos :). Não sei, talvez os relógios usem systemd-timedated para ouvir a reconfiguração do fuso horário?

Pense no hostnamectl como um stub para exercitar o backend da GUI, que pode ou não ser um utilitário CLI útil. systemd-hostnamed não se destina especificamente a adicionar recursos inteiros que não são exercidos pelo código da GUI.

O serviço systemd-hostnamed não se destina a abstrair diferenças entre distribuições. Upstream systemd padronizado em um único arquivo de configuração, /etc/hostname, onde anteriormente havia arquivos de configuração diferentes em, por exemplo, distribuições baseadas em Debian vs Redhat.

Isso assume que hostnamectl está falando com a implementação padrão de systemd-hostnamed. Mas AFAIK não há distribuição atual que corrija o nome do arquivo usado.

Quero salientar que o carregamento /etc/hostnameno momento da inicialização é realizado antecipadamente pelo systemd PID 1. Não depende da execução do systemd-hostnamed.

Imagino que você possa notar uma diferença inofensiva, se você tiver uma GUI de configurações do sistema aberta e mostrando o nome do host ao mesmo tempo. Se você editar /etc/hostnamee usar hostname --file /etc/hostnamepara aplicar a alteração ao sistema em execução, a exibição da GUI pode não ser atualizada instantaneamente. systemd-hostnamed fornece notificações dbus sobre alterações em todas as versões do nome de host que mantém, portanto, a GUI pode não se preocupar em ouvir as notificações de nome de host do sistema fornecidas em kernels Linux modernos.

(Tradicionalmente, é uma má ideia alterar o nome do host em tempo de execução. Isso pode causar problemas com software como X . Estou confiante de que esse problema não é resolvido pelo systemd . Talvez tenha sido resolvido por distribuições que usam systemd) .