既存のゾーンファイルの内容(〜9.3.x)

では、現在構築の サーバー システム用のゾーンファイルの記述の前に、 WBEL や CentOS の BIND で予め準備されている デフォルト のゾーンファイルの説明をしましょう。

ファイルは、 "/var/named/(WBEL3,CentOS3)" 、 "/var/named/chroot/var/named/(WBEL4,CentOS4,CentOS5)" にありますが、一般の ユーザーアカウント ではこれらを見ることができません。 root アカウントで ログイン してからご覧ください。

デフォルトのゾーンファイルはほぼ完全に省略された記述ですので、省略形に慣れていないと内容を読み取るのは難しいかもしれません。

もちろん、 の説明を参考にすれば大丈夫のはずですが、いちいち別のセクションを参照するのは大変かもしれませんので、説明が必要な部分はこのセクションでも随時挿入していきます。

また、これからご覧頂くデフォルトのゾーンファイルは、基本的に設定内容を変更する必要はありません。

ところがどういうわけかWBEL3,CentOS3,WBEL4,CentOS4では一部のゾーンファイルに「明らかな記述間違い」があります。

その間違いは些細なものですので、そのまま使用しても大きな問題はないと考えられますが、やはりきちんと修正して使用すべきですので、面倒でもご一読ください。

以下のパートのタイトル番号は、ブートファイル "/etc/named.conf" の該当する記述部分と同じにしていますので、照合して参照してください。

３．"named.ca"〜ルートサーバーの設定

ルートサーバー に問い合わせを行うためのゾーンファイルです。対応するブートファイルの記述は です。

デフォルト の内容は以下のとおりです。

内容の詳細な説明は割愛しますが、このゾーンファイルの中身は要するにルートサーバーの所在地の一覧で、 named はこの一覧を元に適宜ルートサーバーへの問い合わせを行うわけです。

ルートサーバーは現在13台が利用可能ですが、namedはその中から接続可能な(つまり込み合っていない)ルートサーバーに接続し、任意の ドメイン名 の「権威ある DNS 情報」を持った DNSサーバー の所在地情報を得ることになります。

named.caの内容は稀に変更になることがありますから、その場合は最新の内容に書き換えることになりますが、 「一刻も早く」 あるいは 「何が何でも」 書き換えなければならないということはありません。

先に説明したとおり、namedはnamed.caのリストの中から接続可能なルートサーバーを選んで接続しますから、一つや二つ接続できないルートサーバーがあっても大した問題にはならない、というのがその理由です。

DNSサーバーの解説書の中には、「時々named.caの最新情報を確認して、適宜修正すること。」のような記述が見られることがありますが。それはまず必要のない作業です。

なぜかというと、 構築中のLinuxサーバー は、 WBEL や CentOS の アプリケーション を yum で アップデート する運用スタイルをとりますから、named.caの内容が変更になっても、それに追随する形で BIND のアップデートも行われるはずだからです。

ちなみに、named.caの最新情報は、named.caの中のコメント( 太字 で示す部分)にあるとおり、

で確認することができます。

４．"localhost.zone"〜ローカルホスト(一般名)の設定

「自分自身を示す普遍的な ホスト名 である"localhost"に対する IPアドレス は、 ループバックアドレス である"127.0.0.1"」

という 名前解決 を担うゾーンファイルです。

このゾーンファイル中のTTLは、"$TTL"の値によりすべて86400秒(一日)が設定されていることになります 。

また、ブートファイル上でのゾーン名は"localhost" ですから、このゾーンファイル上の"@"は"localhost."で置き換えられます 。

更に、NSレコード以下のゾーン名はすべて省略されていますが省略のルール により、その直前のレコードであるSOAレコードのゾーン名"@"、すなわち"localhost."が設定されているものとみなされます。

また、メールアドレスを記述すべきところで、末尾に ".(ピリオド)" がないものは、後ろに".localhost."が補われます。

従って、このゾーンファイルの省略部分を補うと次のようになります。

つまり、

１．ゾーン"localhost"に由来する FQDN は、 DNSサーバー "localhost"によって権威ある名前解決を受け、その管理者のメールアドレスは"root@localhost"である、というレポートを発信する SOAレコード 。

２．ゾーン"localhost"に由来するFQDNは、DNSサーバー"localhost"によって権威ある名前解決を受ける、という NSレコード 。

３．ホスト名"localhost"は、IPアドレス"127.0.0.1"へ名前解決される、という Aレコード 。

４．ホスト名"localhost"は、IPv6 のループバックアドレスである"::1"へ名前解決される、という AAAAレコード 。

の四つのレコードから構成されています。

通常"localhost"に対する正引きの名前解決は hostsファイル で行われますし、このゾーンファイルはあくまで「自分自身のためのもの」ですから、手を加える必要は特にありません。

詳細は割愛しますが、IPv6の場合はIPアドレスへの名前解決レコードとして、 AAAAレコード を宣言して設定します。

実際にはIPv6はまだ使用しませんのでこの部分の設定は当面必要はありませんが、わざわざ削除する必要はありませんのでそのまま残しておきましょう。

４'．"localdomain.zone"〜ローカルホスト(DNS名)の設定

「自分自身を示す DNS 名としての ホスト名 である"localhost.localdomain"に対する IPアドレス は、 ループバックアドレス である"127.0.0.1"」

という 名前解決 を担うゾーンファイルです。

このゾーンファイル中のTTLは、"$TTL"の値によりすべて86400秒(一日)が設定されていることになります 。

また、ブートファイル上でのゾーン名は"localdamain" ですから、このゾーンファイル上の"@"は"localdamain."で置き換えられます 。

更に、NSレコードのゾーン名は省略されていますが、省略のルール により、その直前のレコードであるSOAレコードのゾーン名"@"、すなわち"localdamain."が設定されているものとみなされます。

また、 FQDN やメールアドレスを記述すべきところで、末尾に ".(ピリオド)" がないものは、後ろに".localdamain."が補われます。

従って、このゾーンファイルの省略部分を補うと次のようになります。

つまり、

１．ゾーン"localdomain"に由来する FQDN は、 DNSサーバー "localhost.localdomain"によって権威ある名前解決を受け、その管理者のメールアドレスは"root@localhost.localdomain"である、というレポートを発信する SOAレコード 。

２．ゾーン"localdomain"に由来するFQDNは、DNSサーバー"localhost.localdomain"によって権威ある名前解決を受ける、という NSレコード 。

３．ホスト名"localhost.localdomain"は、IPアドレス"127.0.0.1"へ名前解決される、という Aレコード 。

の三つのレコードから構成されています。

通常"localhost.localdomain"に対する正引きの名前解決は hostsファイル で行われますし、このゾーンファイルはあくまで「自分自身のためのもの」ですから、手を加える必要は特にありません。

５．"named.local"〜ループバックアドレスの逆引きゾーンファイルの設定

「自分自身を示す ループバックアドレス "127.0.0.1"の ホスト名 は"localhost"である、という逆引きの 名前解決 を担うゾーンファイルです。

このゾーンファイル中のTTLは、"$TTL"の値によりすべて86400秒(一日)が設定されていることになります 。

また、ブートファイル上でのゾーン名は"0.0.127.in-addr.arpa" ですから、このゾーンファイル上の"@"は"0.0.127.in-addr.arpa."で置き換えられます 。

更に、NSレコードのゾーン名は省略されていますが、省略のルール により、その直前のレコードであるSOAレコードのゾーン名"@"、すなわち"0.0.127.in-addr.arpa."が設定されているものとみなされます。

また、IPアドレスを記述すべきところで、末尾に ".(ピリオド)" がないものは、後ろに".0.0.127.in-addr.arpa."が補われます。

従って、このゾーンファイルの省略部分を補うと次のようになります。

つまり、

１．ゾーン"0.0.127.in-addr.arpa"、すなわち"127.0.0.0/24"の サブネット は、 DNSサーバー "localhost"によって権威ある名前解決を受け、その管理者のメールアドレスは"root@localhost"である、というレポートを発信する SOAレコード 。

２．"127.0.0.0/24"の サブネット は、DNSサーバー"localhost"によって権威ある名前解決を受ける、という NSレコード 。

３．IPアドレス"127.0.0.1"は、ホスト名"localhost"へ名前解決される、という Aレコード 。

の三つのレコードから構成されています。

もちろん手を加える必要は特にありません。

６．"named.ip6.local"〜IPv6用ループバックアドレスの逆引きゾーンファイルの設定

「自分自身を示すIPv6の ループバックアドレス "0:0:0:0:0:0:0:1"の ホスト名 は"localhost"である、という逆引きの 名前解決 を担うゾーンファイルです。

実は、このゾーンファイルの内容は、上の ５． で説明したループバックアドレスの逆引きゾーンファイルである "named.local" と 全く同じ です。

ただ、ブートファイル上でのゾーン名が"0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.ip6.arpa" ですから、このゾーンファイル上の"@"は"0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.ip6.arpa."で置き換えられます 。

更に、NSレコードのゾーン名は省略されていますが、省略のルール により、その直前のレコードであるSOAレコードのゾーン名"@"、すなわち"0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.ip6.arpa."が設定されているものとみなされます。

また、IPアドレスを記述すべきところで、末尾に ".(ピリオド)" がないものは、後ろに".0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.ip6.arpa."が補われます。

IPv6の場合は、現在使われているIPv4のように、 ネットワーク部 と ホスト部 の境界が可変ではなく、 ネットワーククラス は一種類で、全128 ビット のうち上位64ビットがネットワーク部、下位64ビットがホスト部になっています。

しかしながらこのゾーンファイルでは124ビットまでがネットワーク部であるかのような設定がなされています。

これは現在の BIND に付加されているIPv6への対応が、まだ暫定的であるための措置ですが、事実上ただひとつのループバックアドレスに対して設定が行われているだけですから、実用上は何の問題もありません。

もちろん手を加える必要も特にありません。

７．７'．"named.zero""named.broadcast"〜誤った逆引きに対処するゾーンファイルの設定

すべての IPアドレス の先頭である "0.0.0.0" と、末尾である "255.255.255.255" に対して、あり得ない逆引きの 名前解決 を named が自分自身でエラー処理し、外部への問い合わせを発生させないようにするゾーンファイルの設定となります。

"named.zero"と"named.broadcast"は全く同じ内容です。

以下に WBEL3 、 CentOS3 、WBEL4、CentOS4の "named.zero"と"named.broadcast"を示します。

このゾーンファイル中のTTLは、"$TTL"の値によりすべて86400秒(一日)が設定されていることになります 。

また、ブートファイル上でのゾーン名は、それぞれ"0.in-addr.arpa"と"255.in-addr.arpa"ですから 、このゾーンファイル上の"@"は各々"0.in-addr.arpa."と"255.in-addr.arpa."で置き換えられます 。

更に、NSレコードのゾーン名は省略されていますが、省略のルール により、その直前のレコードであるSOAレコードのゾーン名"@"、すなわちそれぞれ"0.in-addr.arpa."と"255.in-addr.arpa."が設定されているものとみなされます。

さて、このゾーンファイルには 明らかな誤りがある ことがお解かりでしょうか。

もしも、このゾーンファイルの省略部分をルール通り補うと、"named.zero"の場合は次のようになります。

もうお解かりの通り、"0.localhost(255.localhost)"などという DNSサーバー などあり得ませんから、このままではこれらのゾーンファイルは全く機能しません。

そこで、 nano エディタで "/var/named/named.zero" と "/var/named/named.broadcast" を、いずれも次のように書き換えて保存してください。 。

想像ですが、これは"named.zero"と"named.broadcast"を最初に記述した担当者が、本来は ループバックアドレス に対する逆引きのゾーンファイル "named.local" からPTRレコードを削除して作製すべきところを、間違って正引きのゾーンファイルである "localdomain.zone" からAレコードを削除して作成してしまったものだと思われます。

さて、これらのゾーンファイルには、肝心のPTRレコードが一つもありませんから、逆引きの名前解決の対象となる"0.in-addr.arpa"と"255.in-addr.arpa"の二つのゾーンについては 構築中のLinuxサーバー が自分自身のnamedでエラー処理を行い、他のDNSサーバーへの問い合わせを行いません。

あまりスマートは方法ではないかもしれませんし、ネットワーク負荷の軽減に対する貢献度は微々たるものかもしれませんが、これらはマナーとしてきちんと設定しておきましょう。

なお、CentOS5の BIND では"named.zero""named.broadcast"ともきちんと設定されていますので修正の必要はありません。

関連セクション・ 固定IPでDNSサーバー構築

関連ページ・ 名前解決とネームサーバー