複数ゾーンの サブドメインの設定

複数ゾーン方式の長所は、ドメインごとにその中のマシンを管理するサーバーセットを割り当てられるということです。つまり、サーバーの負荷を分散させ、1 セットのサーバーに負荷が集中するのを防ぐことができます。 短所は、設定時の作業がより複雑になることです。

異なるゾーンのサブドメインを設定するのは、1 つのゾーンに複数のドメインを含めるのよりも複雑です。これは、さまざまなゾーンにあるクライアントが他のゾーンの DNS 情報を得る方法を指定しなければならないからです。

ネットワークを複数のドメインに分ける場合、ドメインを階層化します。 必ず最上位のドメインがあって、 その下に 1 つまたは複数のサブドメインがあります。 サブドメインの下にサブドメインを作ることもできます。 しかし、どのサブドメインにも階層構造の中で最上位のドメインから相対的に決まった場所があります。 ドメイン名は左から右に読んでいくと、階層内におけるドメインの位置を示していることがわかります。 たとえば、doc.com ドメインは sales.doc.com ドメインの上位にあり、west.sales.doc.com ドメインは sales.doc.com ドメインの下位にあることがわかります。

DNS ゾーンはそのゾーンが含むドメインから階層を取り込みます。 ネットワークの最上位ドメインを含むゾーンは最上位のゾーンになります。 最上位のドメインの下のサブドメインを 1 つ以上含むゾーンは、ゾーンの階層でいえば最上位のゾーンの下のゾーンになります。 DNS 情報をあるゾーンから別のゾーンへ移動させるということは、このゾーン階層の中を上下に移動させるということです。 つまり、各ゾーンでは、すぐ上のゾーンに情報を渡すにはどうするか、すぐ下のゾーンに情報を渡すにはどうするかを専用のデータファイルのレコードに指定しておく必要があります。

複数のゾーンで構成されているネットワークの中で、DNS 情報をあるゾーンから別のゾーンへ正確に転送させるために必要なことを以下に示します。

• hosts.rev ファイル。 すぐ上のゾーンにある 1 つまたは複数のマスターサーバー名を指し示す PTR レコードが各 hosts.rev ファイルに必要です。 上位ゾーンのサーバーを指し示すということを除けば、この種の PTR レコードは、ファイル内のその他の PTR レコードとまったく同じのものです。

• hosts ファイルの NS レコード。 すぐ下の各ゾーンにあるネームサーバー名を指し示すゾーン NS レコードが各 hosts ファイルに必要です。 この種の NS レコードは、その最初のフィールドに下のゾーン名が指定されていなければなりません。 (ゾーン名は、そのゾーンの host ファイルの SOA レコードに指定されています。)

• hosts ファイルの A レコード。 すぐ下の各ゾーンにあるネームサーバーの IP アドレスを指し示す A レコードが各 hosts ファイルに必要です。 この種の A レコードは、その最初のフィールドに下のゾーン名が指定されていなければなりません。 ゾーン名は、そのゾーンの host ファイルの SOA レコードに指定されています。

この章のファイル例に、2 つのゾーンを持つネットワークが示してあります。