XEROTTA

TOP / 採用情報 / キャリア・教育 / DNS初級者 / レッスン3

DNS BASICS / LESSON 03

権威DNSとリゾルバー

「DNSサーバー」という同じ呼び方の中にも、違う役割があります。問い合わせる相手と、情報を管理する相手を分けましょう。

仕組みの図解仕事と日常のアニメ操作して学ぶ模型解説付き確認問題

まずは、図でつかもう

1 / 4

矢印を追い、各ポイントを押して確認しましょう。

01 / DNS BASICS

DNSの役割を分け、確認の道筋をつくる。

権威DNSは担当する範囲の情報を提供し、リゾルバーは依頼に応じて情報を探して返します。管理元のレコードと、問い合わせ先が持つキャッシュを分けると、結果が違う場面を理解しやすくなります。

学習目標と確認ポイント詳しく見る
  • 二つの役割を説明できる。
  • ゾーンという管理範囲を具体例で説明できる。
  • 調べる名前・種類・問い合わせ先・時点を区別できる。
  • 模型の結果から、分かったことと未確認を言葉にできる。
初めて学ぶ方へ

知らない用語は、このページの用語表へ戻って確かめてください。詳細解説・図と手順アニメ・行ごとのコマンド解説を追加しています。本文→アニメ→操作する模型→確認問題→自分の言葉にするメモ、の順で進められます。

操作する模型は、実際の端末設定の変更、外部サービスへの要求、アカウント登録、ソフトのインストールを行いません。公式メニューと参考資料のリンクは外部サイトを開きます。模型は仕組みを簡略化したもので、実務の画面や全ての構成と同じとは限りません。アニメに音声はありません。自動再生はボタンで開始し、一時停止できます。回答・入力は外部へ送信せず、自動保存もしません。

権威DNSとリゾルバーの学習内容を表した仕組みのイメージ図

02 / DNS BASICS

役割と違いを、一つずつ理解する。

考え方の道筋を示す模式図です。実際の機器構成や全ての処理を表す図ではありません。

はじめに知っておく言葉

権威DNS
担当するゾーンの情報を提供する役割。
再帰リゾルバー
情報を探し、キャッシュも使って結果を返す役割。
ゾーン
DNS情報を管理する範囲。
NS
担当するネームサーバーを示すレコード。

1. 二つの役割

詳しく見る

権威DNSは、担当するゾーンの情報に基づいて応答する役割です。再帰リゾルバーは、利用者の依頼に応じて情報を探し、キャッシュも使って答える役割です。同じソフトウェアが両方の機能を持つ場合もあります。

具体例・確かめ方

「DNSサーバー」という言葉だけでどちらの役割か決めず、何を担当しているかを確認します。

2. ゾーンという管理範囲

詳しく見る

ゾーンは、DNS情報を管理する範囲です。ドメイン名の階層と関係しますが、配下の一部を別のゾーンへ委任している場合もあります。全ての子の情報を親が直接管理するとは限りません。

具体例・確かめ方

training.testの担当と、sub.training.testを別の担当へ委任する構成を区別します。この講座の模型は、構造を簡略化しています。

3. NSと委任の役割

詳しく見る

NSレコードは、その範囲を担当するネームサーバーを示します。親から子へ担当を紹介する委任と、担当側の設定が整っている必要があります。

具体例・確かめ方

ドメインの登録画面のネームサーバー変更と、権威DNSの中のAレコード変更は別です。名前が似た操作でも、変更する対象と影響が異なります。

4. 問い合わせ先を明らかにする

詳しく見る

同じ名前と種類でも、どのリゾルバーへ、いつ問い合わせたかで結果が違う場合があります。キャッシュ、社内用のDNS構成、設定の違いなどを考えます。

具体例・確かめ方

社内専用の名前を公開リゾルバーへ送ればよい、とは考えません。使う問い合わせ先と、扱ってよい名前は会社の案内に従います。

5. 管理元の変更と、キャッシュの違い

詳しく見る

権威DNSの内容が変わっても、以前の情報を持つキャッシュが直ちに全て消えるわけではありません。管理元が変わったかと、利用者に何が見えるかを別々に確認します。

具体例・確かめ方

直接の応答とリゾルバー経由の応答を比べる模型を使います。キャッシュの期間は次のTTLレッスンで詳しく扱います。

6. 権威応答とWebの信用は別

詳しく見る

コマンドの表示では、応答が権威として返されたかを示す情報が得られることがあります。それは、Webの内容が安全、会社のログインが正しい、という全ての保証ではありません。

具体例・確かめ方

「Non-authoritative answer」は、一般的なリゾルバーの応答にも出る表示で、それだけで偽物やエラーと判断するものではありません。

03 / DNS BASICS

ゾーン・委任・複製・再帰を分ける

ドメインという名前の範囲と、ゾーンという権威の担当範囲は同じとは限りません。さらに、権威サーバー同士のデータ同期と、リゾルバーのキャッシュは異なる仕組みです。この違いを理解すると「どの管理画面を変えるのか」が整理できます。

1. ドメインとゾーンの境界

詳しく見る

ドメインはある名前を根とする名前の部分木として捉えられます。途中の子を別の権威へ委任すると、親ゾーンはその子の内部をすべて管理する担当ではなくなります。sales.training.testを別の担当へ委任するなら、www.sales.training.testのレコードは子ゾーンで管理する構成になります。

現場に置き換えて考える

親側に委任先NSがあることと、子側に必要なレコードがあることを両方確認します。親の管理画面へwww.salesのAを追加しても、実際に問い合わせが向かう子の権威に情報がなければ解決しない場合があります。

2. SOAはゾーンの管理情報

詳しく見る

SOAには、ゾーンの主となるサーバー名、管理連絡先の表記、シリアル番号、複製に関わるタイマーなどが含まれます。シリアルは更新の新旧を判断する材料です。日付に似た形式は運用上の慣例で、DNSが必ず日付として解釈するわけではありません。SOAの値と各レコードのTTLも分けます。

現場に置き換えて考える

二つの権威へSOAを問い合わせ、シリアルが違うなら同期状態を確認するきっかけになります。ただしシリアル一致だけで、すべての配信やネットワーク経路が正常とは断定できません。

3. プライマリ・セカンダリと可用性

詳しく見る

プライマリからセカンダリへゾーンデータを転送する運用では、NOTIFYは更新を知らせる契機、AXFRは全体転送、IXFRは差分転送に関わります。セカンダリも権威として応答するサーバーで、単にキャッシュした答えを返すフルリゾルバーとは違います。クラウドDNSではこれらが管理サービスの内部に隠れる場合もあります。

現場に置き換えて考える

通常利用者から見える権威が複数あるなら、片方だけ古い状態を残さないことが重要です。複数台あることに加え、障害が同時に起きない配置、同期、監視も考えます。転送の設定変更や転送要求は本教材では実行しません。

4. 権威と再帰の提供範囲を混ぜない

詳しく見る

権威は担当ゾーンの情報を外へ答える役割、フルリゾルバーは依頼者のために名前を調べる役割です。ソフトウェアによっては同じ機能群を持ちますが、役割と許可範囲を明確に設計します。誰からでも再帰依頼を受ける状態は、意図しないオープンリゾルバーとなり、反射・増幅攻撃に悪用されるおそれがあります。

現場に置き換えて考える

公開権威だから世界中の任意名の再帰も許可する、とはしません。会社の再帰DNSは対象利用者を制限するなど、担当者の設計で扱います。初心者が試験のために外部へ再帰機能を開く操作は不要です。

レッスン3の重要事項を比較する
比較権威DNSフルリゾルバー
主な目的担当するゾーンの情報を提供依頼者のために必要な名前解決を行う
保持する情報管理するゾーンデータ取得した情報や設定に基づくキャッシュ等
変更する場所該当ゾーンの管理元キャッシュを消しても管理元の値は変わらない
AAフラグ担当情報の権威応答で付く通常の再帰結果では付かない
冗長化・同期複数の権威とゾーンの整合性利用者への提供範囲と各キャッシュの独立性
外部公開の考え方必要な権威応答を提供無制限に再帰提供しない

図:名前の階層と、権威を分ける境界

架空の名前の階層とゾーンの境界ルート役からtest役、training.testへ続く。training.testはwwwとmailを管理するが、sales.training.testは別の子ゾーンへ委任され、その中のwwwは子が管理する。. ルート役test. 役training.test. ゾーンtraining.test.wwwmailsales → 委任www.sales…

線は名前の親子関係で、通信経路ではありません。青い範囲が親、橙色の範囲が委任した子の担当です。.test配下の構成は公開DNSの実態ではなく教材内の架空例です。

04 / DNS BASICS

図と動きで、変化する状態を確かめる。

手順アニメ:親が範囲を任せるから順に追う

5段階の手順図です。矢印は学習の進行順で、サーバー間の物理的な配線や直列接続ではありません。「再生」では約8秒ごとに進み、手動でも選べます。

05 / DNS BASICS

コマンド画面を、一行ずつ読み解く。

下の表示は学習用に独自に作成した架空の出力です。.testや192.0.2.xへ実際の問い合わせを送りません。各行はボタンになっています。行を選ぶと説明が変わり、矢印キーでも移動できます。

キーボード:Tabで各行へ移動、Enterで選択。行の中では↑↓でも前後の行へ移れます。

06 / DNS BASICS

仕事のアニメ:新人の「なぜ?」を一緒に考える。

架空の新人・アオイさんと先輩・ミナトさんの場面です。用語を覚えるだけでなく、何を確かめ、どこで判断するかに注目して読んでください。

同じ名前なのに違う結果1 / 6
アオイ

権威の模型は新しいIP、リゾルバーの模型は古いIPを返しています。

どちらへ、いつ、何の種類を問い合わせたかを確認します。

約12秒ごとに場面が切り替わります。再生中も一時停止でき、「前へ」「次へ」で自分のペースで読めます。最終場面で停止します。

アニメの内容をまとめて文章で読む

1. 同じ名前なのに違う結果

アオイ:権威の模型は新しいIP、リゾルバーの模型は古いIPを返しています。

どちらへ、いつ、何の種類を問い合わせたかを確認します。

2. 管理元の情報

権威DNS:担当するレコードは、現在192.0.2.90です。

管理元にある情報の状態を示しています。

3. 再利用した情報

リゾルバー:まだ有効なキャッシュとして、以前の192.0.2.80を持っています。

管理元とキャッシュの時点は、同時に変わるとは限りません。

4. 間違いと断定しない

ミナト:キャッシュの期限や構成を見ずに、どちらかの故障と決めつけないようにしましょう。

差があるという観察と、その原因の確定は別です。

5. 条件をそろえる

アオイ:同じ名前とAレコードで、問い合わせ先と時点を記録します。

別の名前や種類の応答を比較していないかも確かめます。

6. 変更操作は分ける

ミナト:確認のために、会社のDNS設定を勝手に変更する必要はありません。

読み取りと、実際の設定変更を区別します。

思い込みと、仕組みに沿う見方を比べる。詳しく見る

07 / DNS BASICS

DNSの役割

思い込みで進める例

全てのDNSサーバーが、同じ目的で同じ原本を持つと思う。

役割を分けて確かめる例

情報を管理する権威DNSと、必要な情報を探しキャッシュを利用するリゾルバーを区別します。

考えるポイント

同じ名称に見える機器でも、役割を確認します。

Non-authoritativeという表示

思い込みで進める例

非権威だから、不正な応答だと決めつける。

役割を分けて確かめる例

一般的なリゾルバーからの応答かを確認し、表示の意味とエラーの有無を分けて読みます。

考えるポイント

権威でないことと、不正・失敗であることは同じではありません。

08 / DNS BASICS

日常のたとえで、もう一度考える。

身近な場面に置き換えると、役割の違いを考えやすくなります。たとえは理解のための補助で、実際の技術と全て同じではありません。

資料の管理元1 / 4
日常のたとえ

正しい原稿を管理する担当者を考えます。

権威DNSの役割を理解するためのたとえです。

約12秒ごとに場面が切り替わります。再生中も一時停止でき、「前へ」「次へ」で自分のペースで読めます。最終場面で停止します。

アニメの内容をまとめて文章で読む

1. 資料の管理元

日常のたとえ:正しい原稿を管理する担当者を考えます。

権威DNSの役割を理解するためのたとえです。

2. 受付の控え

日常のたとえ:受付は、以前に受け取った控えを使って案内しています。

リゾルバーのキャッシュにたとえます。

3. 変更の時点

日常のたとえ:担当が原稿を直しても、受付の控えが同時に変わるとは限りません。

管理元と利用者の見える情報を分けます。

4. 出所を記録

日常のたとえ:誰に、いつ確認した情報なのかを残します。

実際のDNSでは、名前、種類、問い合わせ先、時点もそろえます。

09 / DNS BASICS

操作して、結果と理由をつなげよう。

三つの練習に取り組み、ボタンを押す前に「どう変わると思うか」を考えてください。結果を見たら、なぜそうなるかを自分の言葉で説明します。

管理元と、キャッシュを返す相手を分ける

この画面内だけの学習用の模型です。実際の端末・ファイル・認証設定は変更しません。

権威DNSの現在の情報A 192.0.2.80
リゾルバーのキャッシュまだありません
直近の問い合わせ結果未調査
ボタンや選択肢を使い、状態の違いを確かめてください。

直接の権威応答と、キャッシュを利用する再帰応答を比較する模型です。端末のDNS設定は変更しません。

練習1:最初にリゾルバーへ問い合わせる。

確認ポイントを見る

現在の権威の内容を取得し、模型のキャッシュへ保存します。

練習2:権威を更新し、権威とリゾルバーをそれぞれ調べる。

確認ポイントを見る

管理元の新しい値と、まだ有効な取得済みの値に差が出ます。

練習3:キャッシュ期限を過ぎて、再帰側へ再問い合わせする。

確認ポイントを見る

この模型では、次の問い合わせで新しい情報を取り直します。全世界で同時に変わることは意味しません。

10 / DNS BASICS

確認問題:仕組みを使って考えられるかな?

全10問です。選ぶと理由が表示され、何度でも選び直せます。点数は学習中の目安で、人事評価や正式な資格認定ではありません。

回答済み 0 / 10問

11 / DNS BASICS

覚えた言葉を、自分の説明に変える。

本当のパスワード、確認コード、顧客情報、個人情報、社内の秘密情報は書かず、学習用の内容に置き換えてください。

入力は自動保存されません。ページを閉じると消えます。残したい場合は自分でコピーしてください。

12 / DNS BASICS

名前・種類・問い合わせ先・時点をそろえる。

権威DNSは担当する範囲の情報を提供し、リゾルバーは依頼に応じて情報を探して返します。管理元のレコードと、問い合わせ先が持つキャッシュを分けると、結果が違う場面を理解しやすくなります。

  • 二つの役割を説明できる。
  • ゾーンという管理範囲を具体例で説明できる。
  • 調べる名前・種類・問い合わせ先・時点を区別できる。
  • 模型の結果から、分かったことと未確認を言葉にできる。
自分で説明してみよう

権威DNSとは何か。何と区別すると分かりやすいか。模型で見た結果を一つ使って、初めて聞く人へ説明してみてください。

13 / DNS BASICS

参考資料・用語の確認先

技術的な用語と仕組みの確認に使った公式資料です。教材の人物・会話・練習は独自に作成した架空の例です。実際の操作画面や利用条件は、利用する製品と会社の案内で確認してください。

書籍の公開目次を学習範囲の参考にしています。書籍本文の全体を参照・転載したものではありません。説明、図、表、アニメ、模型、コマンド出力例は本教材用に独自に作成しています。