☰

ホスト名の設定: FQDN または短縮名?

tag-icon • tag-icon linux networking domain-name-system hostname
ホスト名の設定: FQDN または短縮名?

システム ホスト名を設定する「推奨」方法が、Red Hat/CentOS システムと Debian/Ubuntu システムでは根本的に異なることに気付きました。

CentOS ドキュメントそしてそのRHEL 導入ガイドホスト名を言うFQDNである必要があります:

HOSTNAME=<value>、ここ<value>では などの完全修飾ドメイン名 (FQDN) である必要がありますhostname.example.comが、必要な任意のホスト名にすることができます。

のRHEL インストール ガイド少し曖昧です:

セットアップでは、このコンピュータのホスト名を入力するよう求められます。 完全修飾ドメイン名(FQDN) の形式ホスト名.ドメイン名 または、次の形式の短いホスト名としてホスト名。

Debianリファレンスホスト名はFQDNは使用しないでください:

3.5.5. ホスト名

カーネルはシステムを維持するホスト名. ランレベルSのinitスクリプトは「ホスト名「起動時にシステムのホスト名を設定します（ホスト名コマンド）を「/etc/ホスト名このファイルにはのみ完全修飾ドメイン名ではなく、システム ホスト名です。

IBMからどの製品を使うべきかについて具体的な推奨は見ていませんが、いくつかのソフトウェア好みがあるようです。

私の質問:

  • 異機種環境では、ベンダーの推奨事項を使用する方がよいのでしょうか、それとも 1 つを選択してすべてのホスト間で一貫性を保つ方がよいのでしょうか。
  • ホスト名が FQDN に設定されているか短縮名に設定されているかによって影響を受けるソフトウェアに遭遇したことがありますか?

答え1

環境全体で一貫したアプローチを選択します。どちらのソリューションも問題なく動作し、ほとんどのアプリケーションとの互換性が維持されます。ただし、管理性には違いがあります。

/etc/hostsHOSTNAME 設定として短い名前を使用し、サーバーの IP の最初の列として FQDN を設定し、その後に短い名前を設定します。

両者のどちらかを優先したり、表示したりするソフトウェアパッケージにはあまり出会ったことがありません。一部のアプリケーション、特にログ記録では、短い名前の方がすっきりしていると思います。おそらく、内部ドメインのような名前を目にするのは不運だったのでしょうserver.northside.chicago.rizzomanufacturing.com。ログやシェルプロンプト?

時々、社内のドメインやサブドメインが変更される会社の買収や再編に関わることがあります。このような場合には、ログ記録、キックスタート、印刷、システム監視などで新しいドメイン名に対応するために完全な再構成を行う必要がないため、短いホスト名を使用するのがよいと思います。

内部ドメインが「ifp.com」である「rizzo」という名前のサーバーの典型的な RHEL/CentOS サーバー設定は次のようになります。

/etc/sysconfig/network:
HOSTNAME=rizzo
...

-

/etc/hosts:
127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4
::1         localhost localhost.localdomain localhost6 localhost6.localdomain6

172.16.100.13   rizzo.ifp.com rizzo

-

[root@rizzo ~]# hostname 
rizzo

-

/var/log/messages snippet:
Dec 15 10:10:13 rizzo proftpd[19675]: 172.16.100.13 (::ffff:206.15.236.182[::ffff:206.15.236.182]) - Preparing to               
 chroot to directory '/app/upload/GREEK'
Dec 15 10:10:51 rizzo proftpd[20660]: 172.16.100.13 (::ffff:12.28.170.2[::ffff:12.28.170.2]) - FTP session opened.
Dec 15 10:10:51 rizzo proftpd[20660]: 172.16.100.13 (::ffff:12.28.170.2[::ffff:12.28.170.2]) - Preparing to chroot                
to directory '/app/upload/ftp/SRRID'

答え2

ほとんどすべてのソフトウェアは、ホスト名を正しく設定することに敏感です。私が Digg で働いていたとき、システムのホスト名の概念に影響を与える一見無害な の変更を に加えたために、サイト全体が 2 時間ダウンしたことがありました。慎重に行ってください。そうは言っても、ここで少し混乱するかもしれません。この設定は、Debian ベースのディストリビューションが を使用する方法と直接同じでは/etc/hostsないと思います。HOSTNAME=/etc/hostname

異機種混在環境で私にとって有効なのは次の点です。

  1. 構成管理ソフトウェアの条件を使用して、ベンダーが推奨する方法でホスト名を設定します。
  2. コマンドを使用してhostname、カーネルなどで使用されるホスト名を設定します。

  3. で/etc/hosts：

    127.0.0.1    localhost
10.0.0.1     hostname.example.com     hostname

この構成は今のところ失敗していません。

答え3

オンラインで、何らかの方法で確実に実行するように指示する参考資料を見つけるのは間違いなく簡単です。ただし、ホスト名として短い名前を使用し、/etc/hosts に完全修飾名を設定する方がはるかに一般的であるように思われます。完全修飾名を必要とするサービスを代わりに呼び出すように適応できるため、より賢明な方法のように思えますhostname --fqdn。

最近、FQDNを厳密に返す必要があるソフトウェアに出会ったのはhostnameganetiだけです。このソフトウェアはこれを文書化しています。ここしかし、彼らが に適応できない理由は見当たりませんhostname --fqdn。

答え4

短い答え：私は通常、ホスト名として FQDN を使用します (RH6/7 ドキュメントで推奨されているとおり)。ただし、より適切な方法は、ホスト名として単一ラベル名を使用し、 経由で FQDN を設定することです/etc/hosts。したがって、いずれかの方法を選択し、可能な限りそれに従ってください。

長い答え:FQDN をホスト名として使用する主な利点は、マシン名にドメイン情報が本質的に埋め込まれていることです。これは、複数の顧客/ドメインの電子メール アラートやログを受信する場合に非常に便利です。ホスト名の重複を回避できるためです (つまり、ホスト名は複数のサイト/顧客/ドメイン間で多かれ少なかれ一意であることが保証されます)。たとえば、SNMP はsysNameデフォルトでホスト名を表示しますが、FQDN を使用すると、より有用な情報を伝えることができます。zabbix-agent(およびその他の監視ツール) または bash についても$HOSTNAME同様です。このようなツールは、単一ラベルのホスト名を持つマシンでも FQDN を使用するように構成したり、マシンを含むドメインを明確に示す階層モデルで構成したりできますが、これは追加の作業です。

一部のアプリケーションでは必要とするFQDN をホスト名として使用することはまれですが、これは例外です。それでも、例外が発生すると、単一ラベルのホスト名の均一な使用は失われます。これが、RH6/7 でホスト名として FQDN を使用することを RedHat が推奨する主な理由です。最近のドキュメントでは、より曖昧になっています。「標準的な RHEL 8 インストールの実行」次のように読むことができます。

ホスト名は、hostname.domainname 形式の完全修飾ドメイン名 (FQDN) またはドメイン名のない短いホスト名のいずれかになります。多くのネットワークには、接続されたシステムにドメイン名を自動的に提供する動的ホスト構成プロトコル (DHCP) サービスがあります。DHCP サービスがこのマシンにドメイン名を割り当てるようにするには、短いホスト名のみを指定します。

その間「高度な RHEL 8 インストールの実行」状態:

ネットワークがDHCPサービスを提供していない場合は、常にFQDNをシステムのホスト名として使用します。

最初の質問から数年の間に、ユーザーアプリケーションは以前の回答で説明した問題なしにFQDNホスト名を扱うようになりました。たとえば、bashプロンプトはデフォルトで（最初の「.」までのホスト名）PS1を使用し、\hrsyslogないデフォルトでログファイルに FQDN を保存します。言い換えれば、多くの一般的なツールでは、FQDN ホスト名の使い勝手の欠点がなくなりました。これらの理由から、私は通常、システム ホスト名を FQDN として設定し、/etc/hosts必要に応じて短縮名を残します。

理由はないFQDNホスト名を使用する利点は、率直に言って、これは正しい行いそれぞれ記載されているとおりDebian ドキュメントそしてホスト名のマニュアルページ:

このファイルには、完全修飾ドメイン名ではなく、システムホスト名のみを含める必要があります。

そして

この名前にはドットなしでラベルを1つだけ含めることをお勧めします。

だから私は感じるFQDNホスト名を使用するのは不安なので、は私の環境では使いやすくなりました。

これは、シングル ラベル ホスト名に対する異議申し立てではないことに注意してください。シングル ラベル ホスト名が機能する場合は、引き続き使用してください。機能しない場合は、FQDN ホスト名を試してください。

関連情報