コンテクスト
私はFedora 20 クラウドイメージAmazon EC2 上で実行されています (以下、「インスタンス」と呼びます)。ホスト名を永続的に設定することについては、多少不安があります。
ゴール
この場合、インスタンスのホスト名を次のように設定するとします。ペンペン(この名前は を使用して 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
、再起動します。
使用ジャーナル次のように表示されます (ログ行は時間順に完全に並べられているわけではないことに注意してください)。
起動プロセスはホスト名から始まるローカルホストその後ルートが切り替わり、その時点でホスト名は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-hostnamed」を介して行われます。「systemd-hostnamed」の「ユニット ファイル」は次のとおりで、内容/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.内部
何をしますか?
答え1
次の 2 つのことを行う必要があります (ただし、そのうちの 1 つしか実行していません)。
- ホスト名を設定します
/etc/hostname
。 - 編集して に
/etc/cloud/cloud.cfg
設定します。(このオプションをユーザー データとともに渡すこともできます。)preserve_hostname
True
2 番目の手順が必要なのは、Fedora がcloud-init
インスタンスをプロビジョニングするために EC2 環境からユーザー データを取り込むために使用し、cloud-init
ホスト名が永続化されるように指示する必要があるためです。
答え2
もう一つのオプションは、ホスト名をユーザーデータ
例えば
#cloud-config
hostname: foo
fqdn: foo.bar.net
これにより、起動時にホスト名が設定されますが、最初のログイン前に必ず設定されるかどうかはわかりません。
答え3
答えは hostnamectl のマニュアル ページにあるようですが、現在、静的ホスト名、一時ホスト名、きれいなホスト名の 3 つのホスト名があります。
必要な静的ホスト名を設定するには、
hostnamectl --static set-hostname somehost.tld
すべてを同じに設定することもできます
hostnamectl set-hostname somehost.tld
答え4
これは実際にはSystemDを使用するRHELのようなディストリビューションのcloud-initのバグです。パッチは以下から入手できます。https://bugs.launchpad.net/cloud-init/+bug/1424710