第2回DNSの仕組みを知ってDNSサービスのゾーンファイルを調べよう!(3/3)←前のページに戻るついにゾーンファイルの中身へ!さて、DNSの仕組みについて理解できたら、最後にゾーンファイルの説明です。長い長い前ふりで申し訳ありません。前回DoレジでDNSサービスを申し込みしたときにに出てきたゾーンファイルを再度掲載しておきます。管理しているDNSサーバー”を教えてらいます。管理しているDNSサーバー、というのが、Doレジが提供しているDNSサービス(無料)のDNSサーバーということになります。IPアドレスがどこかを答えるわけです。ところで、DNSサーバーには、プライマリDNSサーバー(以下プライマリ)とセカンダリDNSサーバー(以下セカンダリ)があります。DNSが機能するだけなら、一つのドメインに対してDNSサーバが一つあればよいのですが、一般には最低二つ必要だとされています。これはDNSサーバーやネットワークにかかる負荷を軽減させるためや、プライマリの予備としてセカンダリを設置する、という意味合いもあります。したがって、DoレジのDNSサービスのDNSサーバーも二つ設置されています。それではゾーンファイルの中身を一行ずつみていきましょう。前述のように、DNSは、処理を分散させるためにゾーンごとに配置されたDNSサーバーに順々に問い合わせていく仕組みです。したがって、何度も同じホスト名を問い合わせる場合、その度に同じことをしていると、処理時間も負荷もかかります。これを防ぐために、DNSはキャッシュ機能をもっています。ついて一度問い合わせを行ったDNSサーバーはキャッシュを保存し、再度問い合わせをする必要がなくなるのです。そのキャッシュの有効期限がTTLであり、この有効期限が切れると、再度問い合わせをし直すことになります。3600とは問い合わせ情報の有効期限が3600(秒)であることを示しています。)SOAレコードと呼ばれるものです。Authorityの略です。ここではDNSサーバーのホスト名や管理者のメールアドレス、ゾーン情報の有効期間などの情報を記述しています。項目ごとに説明していきましょう。ゾーン情報のみを記載しているため、あえてドメイン名を記述せずとも、このような省略された書き方ができます。NS1.DO-REG.JP.DNSサーバーのホスト名です。ゾーン情報を管理していることを示しています。・・・ここで、何か気になることはありませんか?JPのあとにある「.(ドット)」です。ドメイン名はツリー構造を右から順に「.(ドット)」で区切って記述したもの、と前述した内容を思い出してください。図を見るとツリーの頂点には「ルート」があります。「.(ドット)」のあとに、この「ルート」が省略されているのです。root.FSV.JP.当該ゾーンの管理者のメールアドレスを記述しています。通常メールアドレスはユーザ名とドメインを@で区切りますが、ゾーンファイルの中では、この@マークをメールアドレスの一部として使うことができません。「.(ドット)」でユーザ名とドメインを区切ります。Serialシリアル番号。この値はゾーン情報を更新したときに、より大きな数値に変更します。以下の3つの記述については、前述したプライマリとセカンダリという二つのDNSサーバーが必要であることと関係しています。hourセカンダリは、自分ではゾーン情報を持ちません。一定の周期でプライマリからゾーン情報を転送してきます。セカンダリはプライマリがどこのIPアドレスに存在するかを登録しているだけで、ドメインのゾーン情報はプライマリのコピーです。10800という数字は、セカンダリがプライマリにゾーン情報の更新がされたかどうかを問い合わせ、自身のゾーン情報を更新する(リフレッシュする)周期をあらわしています。hourセカンダリが上記の周期でゾーン情報の更新ができなかった場合に、ここで設定された時間毎にリフレッシュを試みます。hours何らかの原因でゾーン情報をリフレッシュできなかった場合に、セカンダリのゾーン情報をどれだけ利用し続けてもよいかを示しています。さきほどTTLというゾーン情報のキャッシュ有効期限を示す数値がでてきましたが、それとは意味合いが異なります。cache(ネガティブキャッシュ)とは「そのドメイン名がなかった」ということのキャッシュを表しています。何らかの原因でそのドメイン名がなかった場合、ここで設定した値の時間だけ、「存在しないドメイン名である」と認識されることになります。NS2.DO-REG.JP.NSレコードと呼ばれます。あることを示しています。203.183.220.196Aレコードと呼ばれます。ある」ということを示しています。関連付ける設定なのです。こちらはどうでしょう。いうサブドメイン名が記述されていたところが空白です。