Правильная установка имени хоста - Fedora 20 на Amazon EC2

контекст

У меня есть образ облака Fedora 20, работающий на Amazon EC2 (отныне называемый «экземпляр»). И у меня есть некоторая неуверенность в том, чтобы постоянно устанавливать его имя хоста.

Цель

В этом случае, скажем, я хочу установить имя хоста экземпляра в penpen.homelinux.org . (Это имя также будет зарегистрировано в DynDNS с использованием ddclient, но это еще один аспект, который нас здесь не интересует.)

Конечно, имя хоста можно установить вручную после завершения загрузки (используя, hostnamectlсреди прочего). Но мы хотим установить правильное имя хоста перед первым входом в систему.

Традиционно для постоянной настройки имени хоста необходимо изменить содержимое /etc/hostname. К сожалению, это не работает здесь.

Поведение системы по умолчанию

По умолчанию экземпляр устанавливает свое имя хоста на внутреннее имя EC2. После загрузки мы можем посмотреть на все маленькие разные места, которые выдают имя хоста, и находим:

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'                 : 

Итак, давайте попробуем написать в / etc / hostname ...

Если кто-то записывает желаемое имя хоста /etc/hostname, это изменение снова теряется при следующей загрузке. Давайте рассмотрим процесс загрузки, который выполняется systemd.

Пример запуска

Запись rorororoor.homelinux.orgв /etc/hostname, а затем выполнить перезагрузку.

Используя journald, мы находим (обратите внимание, что строки журнала не полностью упорядочены по времени):

Процесс загрузки начинается с имени хоста, так как localhost затем переключает root, после чего имя хоста становится 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.

Мы видим, что systemdимя хоста устанавливается на rorororoor.homelinux.org , очевидно, успешно при изменении столбца хоста журнала. hostnamectlВыдаются некоторые ошибки, возможно, из-за невозможности связаться с DBus в данный момент.

Я не уверен, кто здесь делает набор имен; какая-то внутренняя часть systemd? В любом случае, продолжая изучать журнал, мы обнаруживаем, что имя хоста довольно скоро возвращается к внутреннему имени EC2:

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)

Настройка имени хоста здесь осуществляется через модуль "systemd-hostname". «Файл модуля» для «systemd-hostname» /usr/lib/systemd/system/systemd-hostnamed.serviceсодержит и содержит:

[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

Вызванная выше программа на /usr/lib/systemd/systemd-hostnamedсамом деле является двоичной (ПОЧЕМУ!). Однако исходный код можно найти.

Дело в том, что мы вернулись на IP-10-164-65-105.ec2.internal

ЧТО?

Вам нужно сделать две вещи (но только одну из них):

1. Установите имя хоста в /etc/hostname.
2. Отредактируйте /etc/cloud/cloud.cfgи установите preserve_hostnameна True. (Вы также можете передать эту опцию с вашими пользовательскими данными.)

Второй шаг необходим, потому что Fedora использует cloud-initдля ввода пользовательских данных из среды EC2 для предоставления экземпляра, и ему cloud-initнужно сообщить, что имя хоста должно сохраняться.

Другой вариант - установить имя хоста с помощью пользовательских данных.

например

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

Это установит имя хоста при загрузке, однако я не уверен, что так будет всегда до первого входа в систему.

Похоже, что ответ на man-странице hostnamectl, теперь есть 3 имени хоста, статические, временные и красивые имена хостов.

Чтобы установить статическое имя хоста, которое, я думаю, является тем, которое вы хотите,

hostnamectl --static set-hostname somehost.tld

Вы можете установить их все одинаково с

hostnamectl set-hostname somehost.tld

Решить, используя дополнительный файл модуля

Следующее действительно не работает:

Создайте файл системного блока /usr/lib/systemd/system/penpen-naming.serviceдля запуска после systemd-hostnamed.service(и, возможно, только после dbus.service).

(Я должен был выполнить несколько пробных попыток, чтобы найти «правильное место», чтобы systemdне просто деактивировать новый модуль, потому что «был обнаружен цикл». Обратите внимание, что вы можете построить график зависимости файла модуля с помощью systemd-analyze dot, который создает «точку»). "файл, который будет передан в программу" graphviz " dot, но в результате получится просто большой запутанный граф, если вы его предварительно не отфильтруете)

Содержимое файла модуля /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

Активируйте его, используя systemctl enable penpen-naming

Что делает /usr/local/toolbox/setting_hostnames/penpen? Если запись penpen.homelinux.org в /etc/hostname. Но этого на самом деле недостаточно, нужно также указать имя хоста, используя hostnamectl.

Даже в этом случае устройство должно быть запущено так поздно, (After=default.target)что оболочка входа в систему по-прежнему отображает внутреннее имя хоста EC2. И еще есть проблемы с подключением к DBus.

Так что это не очень хорошее решение, или, по крайней мере, нужно исправить «положение в дереве зависимостей файла модуля» и «что, черт возьми, случилось с dbus»

Имена хостов после этого:

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'                 : 

На самом деле это ошибка в cloud-init в RHEL-подобных дистрибутивах с использованием SystemD. Патч доступен по адресу https://bugs.launchpad.net/cloud-init/+bug/1424710.