Eu tenho uma imagem de nuvem do Fedora 20 em execução no Amazon EC2 (doravante denominada "instância"). E eu tenho alguma incerteza sobre persistentemente definir seu nome de host.
Nesse caso, digamos que eu queira definir o nome do host da instância como penpen.homelinux.org . (Esse nome também será registrado no DynDNS usando ddclient , mas esse é outro aspecto que não estamos interessados aqui.)
O nome do host pode ser definido manualmente após o término da inicialização (usando hostnamectl entre outros). Mas queremos ter o nome do host correto antes do primeiro login.
Tradicionalmente, para configurar persistentemente o nome do host, um modificaria o conteúdo de /etc/hostname . Infelizmente isso não funciona aqui.
Por padrão, a instância define seu nome de host como um nome interno do EC2. Depois da inicialização, podemos ver todos os lugares 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' :
Se alguém escrever 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, que é executado por systemd .
Exemplo de execução
Escreva rorororoor.homelinux.org para /etc/hostname e reinicie.
Usando journald encontramos (Observe que as linhas de registro não são inteiramente orderd por tempo):
O processo de inicialização começa com o nome do host, pois localhost muda a raiz, ponto no qual o nome do host se torna rorororoor.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.
Nós vemos que systemd define o nome do host para rorororoor.homelinux.org , evidentemente com sucesso à medida que a coluna de host do log é alterada. Alguns erros são emitidos, possivelmente porque hostnamectl não pode contatar o DBus neste momento.
Não tenho certeza de quem faz o nome aqui; alguma parte interna do systemd? De qualquer forma, continuando através do jornal, descobrimos que o nome do host é definido de volta 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.service e 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 pelo /usr/lib/systemd/systemd-hostnamed acima é na verdade um binário (PORQUÊ!). No entanto, código-fonte pode ser encontrado.
O ponto é que estamos de volta em ip-10-164-65-105.ec2.internal
O QUE FAZER?
Você precisa fazer duas coisas (mas só fez uma delas):
/etc/hostname . /etc/cloud/cloud.cfg e defina preserve_hostname para True . (Você também pode passar essa opção com os dados do usuário.) O segundo passo é necessário porque o Fedora usa cloud-init para trazer dados do usuário do ambiente EC2 para provisionar a instância, e cloud-init precisa ser informado de que o nome do host deve persistir.
Outra opção é definir o nome do host por meio de dados do usuário
por exemplo,
#cloud-config
hostname: foo
fqdn: foo.bar.net
Isso definirá o nome do host na inicialização, no entanto, não tenho certeza se isso sempre acontecerá antes do primeiro login.
Parece que a resposta está na página do manual hostnamectl, agora há 3 nomes de host, os nomes de host estáticos, temporários e bonitos.
Para definir o hostname estático, que eu acho que é o que você quer,
hostnamectl --static set-hostname somehost.tld
Você pode definir que todos sejam iguais com
hostnamectl set-hostname somehost.tld
O seguinte não funciona realmente:
Crie um arquivo de unidade de sistema /usr/lib/systemd/system/penpen-naming.service a ser iniciado após systemd-hostnamed.service (e possivelmente somente após dbus.service ).
(tive que executar algumas tentativas silenciosas para encontrar o "lugar certo" para que systemd não desativasse simplesmente a nova unidade porque "um ciclo foi detectado". Observe que você pode representar graficamente o gráfico de dependência de arquivos da unidade com systemd-analyze dot , que cria um arquivo "ponto" a ser passado para o programa "graphviz" dot , mas o resultado é apenas um gráfico grande e confuso, a menos que você o pré-filtre.
Conteúdo do arquivo de unidade /usr/lib/systemd/system/penpen-naming.service :
[Unit]
Description= *** Hostname becomes 'penpen.homelinux.org' ***
After=default.target
# After=systemd-hostnamed.service -- NOPE
# After=dbus.service -- NOPE
[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/usr/local/toolbox/setting_hostnames/penpen
[Install]
WantedBy=multi-user.target
Ative usando systemctl enable penpen-naming
O que /usr/local/toolbox/setting_hostnames/penpen faz? Se escreve penpen.homelinux.org para /etc/hostname . Mas isso não é suficiente, também é preciso definir o nome do host usando hostnamectl .
Mesmo assim, a unidade precisa ser executada tão tarde (After=default.target) que o shell de login ainda exibe o nome do host interno do EC2. E ainda há problemas para se conectar ao DBus.
Portanto, esta não é uma boa solução, ou pelo menos precisa de uma correção para "posição na árvore de dependências de arquivos unitários" e "o que diabos está acontecendo com dbus"
Os nomes de host depois disso são:
Kernel hostname via 'sysctl' : penpen.homelinux.org
Kernel domainname via 'sysctl' : (none)
File '/etc/hostname' : contains 'penpen.homelinux.org'
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' : penpen.homelinux.org
Hostname ('hostname') : penpen.homelinux.org
Short hostname ('hostname --short') : penpen
NIS domain name ('domainname') : (none)
YP default domain ('hostname --yp') : [hostname --yp failed]
DNS domain name ('hostname --domain') : homelinux.org
Fully qualified hostname ('hostname --fqdn') : penpen.homelinux.org
Hostname alias ('hostname --alias') :
By IP address ('hostname --ip-address') : 54.221.0.63
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' : penpen.homelinux.org
Transient hostname via 'hostnamectl' : penpen.homelinux.org
Pretty hostname via 'hostnamectl' :
Este é realmente um bug no cloud-init em distros do tipo RHEL usando o SystemD. Há um patch disponível no link