サーバーの構成とデータファイルの名前

in.named デーモンを正しく機能させるには、1 つの構成ファイルと 4 つのデータファイルが必要です。

構成ファイル

マスターサーバーの構成ファイルは、/etc/named.conf です。このファイルには、ドメイン名と、ホスト情報を含むファイル名が記述されています。 named.conf ファイルの詳細については、named.conf ファイル を参照してください。

DNS データファイルの名前

内部で一貫性が取れていれば、ゾーンデータファイルには何でも好きな名前を付けることができます。 名前の付け方への柔軟性が高いために、他のサイトで作業をしたり、DNS 間連の各種マニュアルを参照する場合に、混乱を招くことがあります。

たとえば、Sun のマニュアルで使われているファイル名は、『DNS and BIND』(Paul Albeltz & Criclcet Liu 著、浅羽登志也／上水流由香監訳 、アスキー出版局、1995年) で使われているファイル名とは異なります。そしてこれら 2 派の命名方法は、『Name Server Operations Guide for BIND』に記載されているパブリックドメインの命名方法とも若干の相違があります。

さらに、本書では、説明にはファイルの主な役割を表す総称名を使い、コード例では具体的な固有の名前を使っています。 たとえば、本書では、ファイルの機能や役割を説明する場合は hosts という総称名を使い、 コード例では db.doc や db.sales といった名前を使っています。

必要なデータファイルは次のとおりです。

• /var/named/named.ca。named.ca ファイルの詳細については、named.ca ファイル を参照してください。 内部で一貫性が取れていれば、このファイルには任意の名前を付けることができます。

• /var/named/hosts。hosts ファイルの詳細については、hosts ファイル を参照してください。

  hosts という名前はファイルの役割や内容を表す総称名です。 ただし、この総称名をそのまま使うと /etc/hosts と紛らわしいので、この種のファイルは hosts 以外の名前にします。 最も一般的な名前の例は、db.domainname です。 たとえば、doc.com ドメインにある hosts ファイルであれば、その名前は db.doc となります。

  ドメイン内に複数のゾーンがある場合は、各ゾーンに 1 つずつ hosts ファイルを置き、 各 hosts ファイルには一意の名前を付けなければなりません。 たとえば、doc.com と sales.doc.com に分けられている DNS ドメインであれば、一方の hosts ファイルの名前は db.doc、もう一方の名前は db.sales とします。

• /var/named/hosts.rev。hosts.rev ファイルの詳細については、hosts.rev ファイル を参照してください。

  hosts.rev という名前は、ファイルの役割や中身を表す総称名です。 ドメイン内に複数のゾーンがある場合は、各ゾーンに1 つずつ hosts.rev ファイルを置き、 各ゾーンの hosts.rev ファイルには一意の名前を付けなければなりません。 たとえば、doc.com と sales.doc.com に分けられている DNS ドメインであれば、一方の hosts.rev ファイルの名前は doc.rev 、もう一方の名前は sales.rev とします。

• /var/named/named.local。named.local ファイルの詳細については、named.local ファイル を参照してください。 内部で一貫性が取れていれば、このファイルには任意の名前を付けることができます。

$INCLUDE ファイル

インクルードファイルは、DNS データファイルの中の $INCLUDE() 文で指定された任意のファイルです。 $INCLUDE ファイルを使ってデータを型ごとに別々のファイルに分割しておくと便利です。 $INCLUDE ファイル を参照してください。

参考のため、次の表で上で述べた 3 種類の BIND ファイル名を比較します。