Solaris ネーミングの設定と構成

DNS データファイルの名前

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

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

さらに、本書とその他の DNS 関連のマニュアルでは、説明にはファイルの主な役割を表す総称名を使い、レコード例には具体的な固有の名前を使っています。たとえば、Solaris のネームサービスに関するマニュアルでは、ファイルの機能や役割を説明する場合は hosts という総称名を使い、例では db.docdb.sales といった名前を使っています。

参考のため、表 13-1 でこれら 3 派の BIND ファイル名を比較します。

表 13-1 ファイル名

Solaris 

O'Reilly その他 

カリフォルニア州立大学バークレイ校 

ファイルの内容と役割 

/etc/named.conf (全て同じファイル名)

BIND 8.1 では新たに named.conf ファイルを追加して、従来の named.boot ファイルと置きかえる。この構成ファイルにはセキュリティ、スタートアップオプション、ロギングが追加されている。このファイルによって、稼動中のサーバーの種類を指定して、すべてのゾーンまたはサーバーではなく、ゾーンごとにまたはサーバーごとにオプションを選択的に適用する。ドメイン名とデータファイル名が記述されている

/etc/resolv.conf (全て同じファイル名)

各クライアント (DNS サーバーを含む) 上に存在するファイル。DNS 情報を探すためにクライアントが照会するサーバーを示す 

named.ca

db.cache

db.root

root.cache

ルートサーバー名とそのアドレスがリストされている 

総称名: 

hosts

例:  

db.doc

db.sales

総称名:  

db.domain

例:  

db.movie

db.fx

総称名:  

hosts

例:  

ucbhosts

サーバーがサービスを提供するローカルゾーン内のマシンに関する全データが格納されている 

総称名:  

hosts.rev

例:  

doc.rev

総称名:  

db.ADDR

例:  

db.192.249.249

db.192.249.253

総称名: 

hosts.rev

逆変換 (アドレスから名前への変換) が可能な特殊ドメイン in-addr.arpa. 内のゾーンを指定する

named.local

総称名:  

db.cache

例:  

db.127.0.0

named.local

ローカルループバックインタフェース (ローカルホスト) 用のアドレスを指定する 

$INCLUDE 全てで同じ規則

データファイル内の $INCLUDE() 文によって指定されるファイル