☰

Configurando corretamente o nome do host - Fedora 20 no Amazon EC2

tag-icon • tag-icon amazon-ec2 fedora hostname systemd fedora-20
Configurando corretamente o nome do host - Fedora 20 no Amazon EC2

Contexto

eu tenho umImagem da nuvem do Fedora 20em execução no Amazon EC2 (doravante denominado "instância"). E tenho alguma incerteza sobre definir persistentemente seu nome de host.

Meta

Nesse caso, digamos que eu queira definir o nome do host da instância comopenpen.homelinux.org. (Este nome também será registrado no DynDNS usando ddclient, mas esse é outro aspecto que não nos interessa aqui.)

É claro que o nome do host pode ser definido manualmente após a conclusão da inicialização (usando, hostnamectlentre outros). Mas queremos ter o nome de host correto definido antes do primeiro login.

Tradicionalmente, para configurar persistentemente o nome do host, seria necessário modificar o conteúdo do arquivo /etc/hostname. Infelizmenteisso não funciona aqui.

Comportamento padrão do sistema

Por padrão, a instância define seu nome de host como um nome EC2 interno. Após a inicialização, podemos observar todos os pequenos locais diferentes que geram o nome do host e encontramos:

Kernel hostname via 'sysctl'                      : ip-10-164-65-105.ec2.internal
Kernel domainname via 'sysctl'                    : (none)
File '/etc/hostname'                              : contains 'ip-10-164-65-105.ec2.internal'
File '/etc/sysconfig/network'                     : exists but has no 'HOSTNAME' line
According to the shell                            : HOSTNAME = ip-10-164-65-105.ec2.internal
Nodename given by 'uname --nodename'              : ip-10-164-65-105.ec2.internal
Hostname ('hostname')                             : ip-10-164-65-105.ec2.internal
Short hostname ('hostname --short')               : ip-10-164-65-105
NIS domain name ('domainname')                    : (none)
YP default domain ('hostname --yp')               : [hostname --yp failed]
DNS domain name ('hostname --domain')             : ec2.internal
Fully qualified hostname ('hostname --fqdn')      : ip-10-164-65-105.ec2.internal
Hostname alias ('hostname --alias')               : 
By IP address ('hostname --ip-address')           : 10.164.65.105
All IPs ('hostname --all-ip-addresses')           : 10.164.65.105 
All FQHNs via IPs ('hostname --all-ip-addresses') : ip-10-164-65-105.ec2.internal 
Static hostname via 'hostnamectl'                 : ip-10-164-65-105.ec2.internal
Transient hostname via 'hostnamectl'              : ip-10-164-65-105.ec2.internal
Pretty hostname via 'hostnamectl'                 :

Então, vamos tentar escrever em /etc/hostname ...

Se alguém gravar o nome do host desejado em /etc/hostname, essa alteração será perdida novamente na próxima inicialização. Vamos examinar o processo de inicialização, executado pelo systemd.

Exemplo de execução

Escreva rorororoor.homelinux.orgpara /etc/hostnamee reinicie.

Usandodiárioencontramos (observe que as linhas de log não estão totalmente ordenadas por tempo):

O processo de inicialização começa com o nome do host comohost localentão muda para root, ponto em que o nome do host se tornarorororoor.homelinux.org.

Dec 26 15:12:08 localhost systemd[1]: Starting Cleanup udevd DB...
Dec 26 15:12:08 localhost systemd[1]: Started Cleanup udevd DB.
Dec 26 15:12:08 localhost systemd[1]: Starting Switch Root.
Dec 26 15:12:08 localhost systemd[1]: Reached target Switch Root.
Dec 26 15:12:08 localhost systemd[1]: Starting Switch Root...
Dec 26 15:12:08 localhost systemd[1]: Switching root.
Dec 26 15:12:08 localhost systemd-journal[67]: Journal stopped
Dec 26 15:12:12 rorororoor.homelinux.org systemd-journal[155]: Runtime journal is using 8.0M
Dec 26 15:12:12 rorororoor.homelinux.org systemd-journal[155]: Runtime journal is using 8.0M
Dec 26 15:12:12 rorororoor.homelinux.org systemd-journald[67]: Received SIGTERM
...........
Dec 26 15:12:12 rorororoor.homelinux.org kernel: SELinux: initialized
Dec 26 15:12:12 rorororoor.homelinux.org systemd-journal[155]: Journal started
Dec 26 15:12:08 rorororoor.homelinux.org systemd-cgroups-agent[128]: Failed to get D-Bus connection: Failed to connect to socket /run/systemd/private: No such file or directory
Dec 26 15:12:10 rorororoor.homelinux.org systemd[1]: systemd 208 running in system mode.
Dec 26 15:12:10 rorororoor.homelinux.org systemd[1]: Detected virtualization 'xen'.
Dec 26 15:12:10 rorororoor.homelinux.org systemd[1]: Set hostname to <rorororoor.homelinux.org>.
Dec 26 15:12:10 rorororoor.homelinux.org systemd[1]: Failed to open private bus connection: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory
Dec 26 15:12:11 rorororoor.homelinux.org systemd[1]: Mounted Debug File System.

Vemos que isso systemddefine o nome do host comororororoor.homelinux.org, evidentemente com sucesso à medida que a coluna do host do log muda. Alguns erros são emitidos, possivelmente porque hostnamectlnão é possível contatar o DBus neste momento.

Não tenho certeza de quem define o nome aqui; alguma parte interna do systemd? De qualquer forma, continuando com o diário, descobrimos que o nome do host será redefinido para o nome interno do EC2 em breve:

Dec 26 15:12:33 rorororoor.homelinux.org cloud-init[485]: [CLOUDINIT] util.py[DEBUG]: Running command ('resize2fs', '/dev/xvda1') with allowed return codes [0] (shell=False, capture=True)
Dec 26 15:12:33 rorororoor.homelinux.org cloud-init[485]: [CLOUDINIT] cc_resizefs.py[DEBUG]: Resizing took 0.067 seconds
Dec 26 15:12:33 rorororoor.homelinux.org cloud-init[485]: [CLOUDINIT] cc_resizefs.py[DEBUG]: Resized root filesystem (type=ext4, val=True)
Dec 26 15:12:33 rorororoor.homelinux.org cloud-init[485]: [CLOUDINIT] helpers.py[DEBUG]: config-set_hostname already ran (freq=once-per-instance)
Dec 26 15:12:33 rorororoor.homelinux.org cloud-init[485]: [CLOUDINIT] helpers.py[DEBUG]: Running config-update_hostname using lock (<cloudinit.helpers.DummyLock object at 0x2559210>)
Dec 26 15:12:33 rorororoor.homelinux.org cloud-init[485]: [CLOUDINIT] cc_update_hostname.py[DEBUG]: Updating hostname to ip-10-164-65-105.ec2.internal (ip-10-164-65-105)
Dec 26 15:12:33 rorororoor.homelinux.org cloud-init[485]: [CLOUDINIT] util.py[DEBUG]: Running command ['hostname'] with allowed return codes [0] (shell=False, capture=True)
Dec 26 15:12:33 rorororoor.homelinux.org cloud-init[485]: [CLOUDINIT] __init__.py[DEBUG]: Attempting to update hostname to ip-10-164-65-105.ec2.internal in 1 files
Dec 26 15:12:33 rorororoor.homelinux.org cloud-init[485]: [CLOUDINIT] util.py[DEBUG]: Running command ['hostnamectl', 'set-hostname', 'ip-10-164-65-105.ec2.internal'] with allowed return codes [0] (shell=False, capture=True)
Dec 26 15:12:33 rorororoor.homelinux.org dbus-daemon[226]: dbus[226]: [system] Activating via systemd: service name='org.freedesktop.hostname1' unit='dbus-org.freedesktop.hostname1.service'
Dec 26 15:12:33 rorororoor.homelinux.org dbus[226]: [system] Activating via systemd: service name='org.freedesktop.hostname1' unit='dbus-org.freedesktop.hostname1.service'
Dec 26 15:12:34 rorororoor.homelinux.org systemd[1]: Starting Hostname Service...
Dec 26 15:12:34 rorororoor.homelinux.org dbus-daemon[226]: dbus[226]: [system] Successfully activated service 'org.freedesktop.hostname1'
Dec 26 15:12:34 rorororoor.homelinux.org dbus[226]: [system] Successfully activated service 'org.freedesktop.hostname1'
Dec 26 15:12:34 rorororoor.homelinux.org systemd[1]: Started Hostname Service.
Dec 26 15:12:34 rorororoor.homelinux.org systemd-hostnamed[598]: Changed static host name to 'ip-10-164-65-105.ec2.internal'
Dec 26 15:12:34 ip-10-164-65-105.ec2.internal systemd-hostnamed[598]: Changed host name to 'ip-10-164-65-105.ec2.internal'
Dec 26 15:12:34 ip-10-164-65-105.ec2.internal systemd[1]: Started Initial cloud-init job (metadata service crawler).
Dec 26 15:12:34 ip-10-164-65-105.ec2.internal systemd[1]: Starting Cloud-config availability.
Dec 26 15:12:34 ip-10-164-65-105.ec2.internal systemd[1]: Reached target Cloud-config availability.
Dec 26 15:12:34 ip-10-164-65-105.ec2.internal systemd[1]: Starting Apply the settings specified in cloud-config...
Dec 26 15:12:34 ip-10-164-65-105.ec2.internal [485]: [CLOUDINIT] helpers.py[DEBUG]: Running config-update_etc_hosts using lock (<cloudinit.helpers.DummyLock object at 0x2559350>)
Dec 26 15:12:34 ip-10-164-65-105.ec2.internal [485]: [CLOUDINIT] cc_update_etc_hosts.py[DEBUG]: Configuration option 'manage_etc_hosts' is not set, not managing /etc/hosts in module update_etc_hosts
Dec 26 15:12:34 ip-10-164-65-105.ec2.internal [485]: [CLOUDINIT] helpers.py[DEBUG]: config-rsyslog already ran (freq=once-per-instance)
Dec 26 15:12:34 ip-10-164-65-105.ec2.internal [485]: [CLOUDINIT] helpers.py[DEBUG]: config-users-groups already ran (freq=once-per-instance)

A configuração do nome do host aqui é feita através da unidade "systemd-hostnamed". O "arquivo de unidade" para "systemd-hostnamed" é /usr/lib/systemd/system/systemd-hostnamed.servicee contém:

[Unit]
Description=Hostname Service
Documentation=man:systemd-hostnamed.service(8) man:hostname(5) man:machine-info(5)
Documentation=http://www.freedesktop.org/wiki/Software/systemd/hostnamed

[Service]
ExecStart=/usr/lib/systemd/systemd-hostnamed
BusName=org.freedesktop.hostname1
CapabilityBoundingSet=CAP_SYS_ADMIN CAP_DAC_OVERRIDE CAP_SYS_PTRACE

O programa invocado acima /usr/lib/systemd/systemd-hostnamedé na verdade um binário (POR QUÊ!). No entantoCódigo fontepode ser encontrado.

A questão é que estamos de volta aoip-10-164-65-105.ec2.internal

FAZER O QUE?

Responder1

Você precisa fazer duas coisas (mas só fez uma delas):

  1. Defina o nome do host em /etc/hostname.
  2. Edite /etc/cloud/cloud.cfge defina preserve_hostnamecomo True. (Você também pode passar esta opção com seus dados de usuário.)

A segunda etapa é necessária porque o Fedora costuma cloud-inittrazer dados do usuário do ambiente EC2 para provisionar a instância e cloud-initprecisa ser informado de que o nome do host deve persistir.

Responder2

Outra opção é definir o nome do host viadados do usuário

por exemplo

#cloud-config
hostname: foo
fqdn: foo.bar.net

Isso definirá o nome do host na inicialização, mas não tenho certeza se isso sempre aconteceria antes do primeiro login.

Responder3

Parece que a resposta está na página de manual do hostnamectl, agora existem 3 nomes de host, os nomes de host estáticos, transitórios e bonitos.

Para definir o nome do host estático que acho que é o que você deseja,

hostnamectl --static set-hostname somehost.tld

Você pode configurá-los todos para serem iguais com

hostnamectl set-hostname somehost.tld

Responder4

Na verdade, este é um bug no cloud-init em distros do tipo RHEL usando SystemD. Existe um patch disponível emhttps://bugs.launchpad.net/cloud-init/+bug/1424710

informação relacionada