†bind_named.conf上記リンクでnamed.confの書き方を紹介。実際に作業をするときは1.primaryサーバのzoneファイルの追加2.primaryサーバのnamed.confの修正3.primaryサーバでの名前解決確認4.secondaryサーバのnamed.confの修正5.secondaryサーバでの名前解決確認primaryサーバで設定したzoneファイルはsecondaryサーバへ自動的にコピー(zone転送)されるので、大きな流れは以上の5工程になる。secondaryサーバではどこから、何をコピーして来るのかを明示する。以上の順番で行うこと。既存のサーバの情報を元に修正を行う。今回はhogehoge-japan.jpを構築。Liveの略で、パケットの有効期間を表す値。ここで5分と明示している。Authorityの略で、「権威の開始」という意味。DNSサーバーの動作を決めるための基本情報が含まれ、たとえば、他のDNSサーバーのキャッシュ領域に情報を残す許可時間や、secondaryサーバーがprimayサーバーにゾーン転送をリクエストする間隔などの情報。serialなどがこれにあたる。指定するサーバはすべて同じにしておく。serial作業当日の日付+00(2桁)を当てる。この値が次回更新されたときに、前回より低い値になっているので、スレーブサーバはマスターサーバが更新されたことを判断し、zone転送を行う。ns03.hogehoge-japan.jp.NSレコードを自ドメインに指定。自分で持っているNSサーバを指定する。NSレコードに伴い、Aレコードにnsサーバを追加。172.16.0.1(他にも方法があるが、SCのルールはこれで。ゾーンファイルコマンドを実行し、OKが表示されれば問題なし。作成したzoneファイルをnamed.confに記入。master;};named.confを編集することで、zoneファイルが読み込まれる。primaryサーバなので、typeはmasterになる。/etc/named.confnamed-checkzoneコマンドとは違い、何も表示されなければ問題なし。(目的のファイルが転送されていることを確認)実際に名前が解決できているかを確認。ns01.hogehoge.com>google.com>www.hogehoge-japan.jpTIPS:nslookupを対話式で実行。localhostと、することでDNSを指定することができる。/var/log/messages(ログを確認し、エラーが出ていないことを確認)zoneを編集、追加した場合(プロセスを殺さない。/var/log/messages(ログを確認し、エラーが出ていないことを確認)実際に名前が解決できているかを確認。