01 / DNS BASICS
DNSの役割を分け、確認の道筋をつくる。
キャッシュは、過去に得た情報を条件に応じて再利用する仕組みです。TTLは再利用の時間に関わります。管理元の変更時刻と、各キャッシュが取得・保持する時点を分けると、見え方の違いを説明できます。
学習目標と確認ポイント詳しく見る
- TTLの基本を説明できる。
- 取得した時点から考えるを具体例で説明できる。
- 調べる名前・種類・問い合わせ先・時点を区別できる。
- 模型の結果から、分かったことと未確認を言葉にできる。
知らない用語は、このページの用語表へ戻って確かめてください。詳細解説・図と手順アニメ・行ごとのコマンド解説を追加しています。本文→アニメ→操作する模型→確認問題→自分の言葉にするメモ、の順で進められます。
操作する模型は、実際の端末設定の変更、外部サービスへの要求、アカウント登録、ソフトのインストールを行いません。公式メニューと参考資料のリンクは外部サイトを開きます。模型は仕組みを簡略化したもので、実務の画面や全ての構成と同じとは限りません。アニメに音声はありません。自動再生はボタンで開始し、一時停止できます。回答・入力は外部へ送信せず、自動保存もしません。
02 / DNS BASICS
役割と違いを、一つずつ理解する。
考え方の道筋を示す模式図です。実際の機器構成や全ての処理を表す図ではありません。
はじめに知っておく言葉
- TTL
- DNS情報をキャッシュする期間に関わる値。通常は秒。
- キャッシュ
- 過去に得た応答を条件に応じて再利用する仕組み。
- 否定キャッシュ
- 存在しないなどの否定的な結果を保持すること。
- 取得時点
- キャッシュが情報を得た時点。現在の設定時刻とは別。
1. TTLの基本
詳しく見る
TTLはTime To Liveの略で、DNSの応答情報をキャッシュする期間に関わる値です。通常は秒の単位で扱います。300なら5分に相当します。
TTLは、そのWebが何秒で表示されるか、ドメインの登録が何日で失効するかを示す数字ではありません。
2. 取得した時点から考える
詳しく見る
模型では、取得した応答と、その時点でのTTLを保持し、経過時間に応じて再利用できる期間を減らします。別のリゾルバーが別の時点で取得すれば、残り時間も同じとは限りません。
12:00に300秒の情報を得たキャッシュと、12:03に別の応答を得たキャッシュを、同じ更新時刻の情報として扱いません。
3. 管理元の変更は一斉消去ではない
詳しく見る
権威DNSのレコードが変わっても、以前に取得されたキャッシュが世界中で同時に消えるわけではありません。取得時点と、その後の再取得のタイミングを考えます。
「変えた瞬間に全利用者へ同じ結果が見える」「必ず何時間で全て同じになる」と、一律の保証はしません。実装や設定による挙動の違いもあります。
4. 後からTTLを短くした場合
詳しく見る
今から返す応答のTTLを短くしても、すでに以前のTTLで保持されているキャッシュの残り時間を、その操作だけで書き換えるわけではありません。
変更計画でTTLを調整する場合は、以前の情報がいつまで保持され得るかも含めて担当者と計画します。この教材では実際のTTLを変更しません。
5. 存在しないという結果もキャッシュされる
詳しく見る
名前がないNXDOMAIN、求める種類のデータがない応答など、否定的な結果も条件に応じてキャッシュされます。後からレコードを追加しても、以前の結果がしばらく見える場合があります。
否定的な結果の期間にはSOAなどに関わる条件があります。新しく置いたAのTTLを下げるだけで、以前の否定キャッシュが直ちに消えるとは考えません。
6. どの層を見ているか記録する
詳しく見る
リゾルバー以外にも、端末やアプリで再利用が行われる場合があります。DNSのキャッシュと、Web本文のキャッシュも別の仕組みです。
時点、名前、種類、問い合わせ先、残りTTLなどを確認します。キャッシュ削除や設定変更は、会社の手順と影響を確かめてから行います。
03 / DNS BASICS
時間軸でキャッシュと移行の待ち時間を理解する
「DNSの反映に時間がかかる」という表現を、誰がいつ何を取得したかへ分解します。権威の更新時刻と、各リゾルバーが次に取り直す時刻は別です。グラフで扱うのは説明用の仮想時間で、インターネットの実測データではありません。
1. TTLは一斉配信のカウントダウンではない
詳しく見る
TTLは取得した情報をどれだけの時間キャッシュで再利用できるかに関わります。各リゾルバーは取得した時点が違うため、同じTTLでも期限は同時ではありません。権威のレコードが変わっても、その知らせが全てのキャッシュへ即座に配られる仕組みではありません。
Aが0秒で旧IPを300秒TTLで取得し、Bが120秒で取得した場合、180秒で権威を新IPへ変えても、Aは300秒、Bは420秒まで旧情報を使える模型です。更新後の問い合わせでも、キャッシュの有効期間内なら旧値が返り得ます。
2. TTLを後から下げても、古い保持期間は戻らない
詳しく見る
移行の直前に300秒から30秒へ変えても、既に300秒で受け取った情報の期限が自動的に30秒へ短縮されるわけではありません。今後新しく取得される応答に短いTTLが効く、という時系列を考えます。移行計画では、元のTTLを考慮して事前に短くする段階を置くことがあります。
300秒の情報を持つリゾルバーへ、TTL変更の10秒後に再問い合わせして旧値が返っても、それだけで設定保存の失敗とは言えません。権威の現在値と、そのリゾルバーの取得済み情報を別々に確認します。
3. 名前がない情報にも保持期間がある
詳しく見る
存在しない名前へのNXDOMAINや、名前はあるが求めた種類がない応答にも否定キャッシュが関わります。基本的な否定応答のTTLは、応答に含まれるSOAのTTLとSOAのMINIMUMの小さい方に基づきます。SERVFAILなどの失敗の扱いを、NXDOMAINの保持と同一視しません。
先に確認用の名前を問い合わせてNXDOMAINを得た後でTXTを追加しても、利用するリゾルバーの否定情報が残ればすぐには見えないことがあります。SOA、状態、問い合わせた時刻、対象名と種類を記録すると説明できます。
4. キャッシュは複数の場所にある
詳しく見る
フルリゾルバーだけでなく、OS、アプリ、ブラウザーなどが独自の情報を持つ場合があります。フルリゾルバー間でも、同じデータを同じ時点に取得するとは限りません。さらに障害時に期限切れ情報を返す仕組みなど、運用や実装による挙動もあるため、単純な図だけを全環境の保証としません。
端末のキャッシュだけを消しても、上流のフルリゾルバーが旧値を持っていれば旧値を受け取る場合があります。使っているDNS、権威の値、端末の状態を切り分けます。企業のDNSを勝手に別サービスへ変える対処はしません。
| 時刻 | 権威の状態 | リゾルバーA | リゾルバーB |
|---|---|---|---|
| 0秒 | 旧IP / TTL300 | 旧IPを取得、期限300 | 未取得 |
| 120秒 | 旧IP / TTL300 | 旧IP・残180 | 旧IPを取得、期限420 |
| 180秒 | 新IP / TTL300へ更新 | 旧IP・残120 | 旧IP・残240 |
| 300秒 | 新IP | 問い合わせ時に再取得 | 旧IP・残120 |
| 420秒 | 新IP | 新IP | 問い合わせ時に再取得 |
04 / DNS BASICS
図と動きで、変化する状態を確かめる。
手順アニメ：最初の取得から順に追う
5段階の手順図です。矢印は学習の進行順で、サーバー間の物理的な配線や直列接続ではありません。「再生」では約8秒ごとに進み、手動でも選べます。
グラフ：同じTTLでも、取得時刻が違えば期限がずれる
実測ではなく、TTL300秒の旧情報をAが0秒、Bが120秒に取得する模型です。180秒で権威を新IPへ変更し、Aは300秒、Bは420秒に再問い合わせして新IPを得る、と仮定します。期限までは旧情報を使い、期限後の特別な再利用は扱いません。
● Aの旧情報━ Bの旧情報 点線＝管理元更新 縦線＝選択時刻
グラフを使わず表で確かめる
| 時刻 | Aの旧情報の残TTL | Bの旧情報の残TTL | 権威 |
|---|---|---|---|
| 0 | 300秒 | 未取得 | 旧IP |
| 120 | 180秒 | 300秒 | 旧IP |
| 180 | 120秒 | 240秒 | 新IP |
| 300 | 0秒・再取得 | 120秒 | 新IP |
| 420 | 0秒 | 0秒・再取得 | 新IP |
05 / DNS BASICS
コマンド画面を、一行ずつ読み解く。
下の表示は学習用に独自に作成した架空の出力です。.testや192.0.2.xへ実際の問い合わせを送りません。各行はボタンになっています。行を選ぶと説明が変わり、矢印キーでも移動できます。
キーボード：Tabで各行へ移動、Enterで選択。行の中では↑↓でも前後の行へ移れます。
06 / DNS BASICS
仕事のアニメ：新人の「なぜ？」を一緒に考える。
架空の新人・アオイさんと先輩・ミナトさんの場面です。用語を覚えるだけでなく、何を確かめ、どこで判断するかに注目して読んでください。
権威DNSの模型を192.0.2.80から192.0.2.90へ変えました。
約12秒ごとに場面が切り替わります。再生中も一時停止でき、「前へ」「次へ」で自分のペースで読めます。最終場面で停止します。
アニメの内容をまとめて文章で読む
1. 管理元を更新
アオイ：権威DNSの模型を192.0.2.80から192.0.2.90へ変えました。
キャッシュが同時に変わるかを見ます。
2. 以前の情報が見える
リゾルバー：以前取得した192.0.2.80を、まだ有効なキャッシュとして持っています。
管理元と取得済みの情報を区別します。
3. 残り時間を確認
ミナト：いつ取得し、TTLがいくつだったかを確認しましょう。
経過時間と残り期間の関係を考えます。
4. TTLを下げても
アオイ：今の設定を短くしても、すでに持つ古いキャッシュは、その操作だけで消えませんね。
新しい応答の設定と、過去に取得されたキャッシュは別です。
5. 模型の時間を進める
リゾルバー：この模型では期限後の問い合わせで、権威の新しい情報を取得しました。
全世界で同時に切り替わることを示す図ではありません。
6. ないという結果にも注意
ミナト：レコードを追加した後も、否定的な結果のキャッシュが見える場合があります。
応答の種類と時点まで記録します。
思い込みと、仕組みに沿う見方を比べる。詳しく見る
07 / DNS BASICS
変更後の見え方
思い込みで進める例
DNSを変えたので、全員が今すぐ新しいIPを見ると報告。
役割を分けて確かめる例
管理元とキャッシュ、取得時点、残り時間を分けて確認し、分かった範囲を伝えます。
一律の即時反映を保証しません。
後からTTLを下げる
思い込みで進める例
すでにキャッシュされた情報の時間も、同時に短くなると思う。
役割を分けて確かめる例
新しい応答のTTLと、以前に取得されたキャッシュを分けて考えます。
過去の取得条件を、現在の設定だけで置き換えません。
08 / DNS BASICS
日常のたとえで、もう一度考える。
身近な場面に置き換えると、役割の違いを考えやすくなります。たとえは理解のための補助で、実際の技術と全て同じではありません。
受付で、一定期間使える案内の控えをもらう場面です。
約12秒ごとに場面が切り替わります。再生中も一時停止でき、「前へ」「次へ」で自分のペースで読めます。最終場面で停止します。
アニメの内容をまとめて文章で読む
1. 控えをもらう
日常のたとえ：受付で、一定期間使える案内の控えをもらう場面です。
取得済みの情報を再利用するたとえです。
2. 原本が変わる
日常のたとえ：担当者が原本を変更しても、手元の紙が瞬時に書き換わるわけではありません。
管理元とキャッシュを分けます。
3. 再確認の時点
日常のたとえ：決めた条件で控えを見直すと、新しい情報を得られます。
実際のDNSでは、再取得の条件や実装が関係します。
4. ないという控え
日常のたとえ：以前「その窓口はない」と聞いた結果を覚えている場合もあります。
否定的な結果もキャッシュされる考え方です。
09 / DNS BASICS
操作して、結果と理由をつなげよう。
三つの練習に取り組み、ボタンを押す前に「どう変わると思うか」を考えてください。結果を見たら、なぜそうなるかを自分の言葉で説明します。
時間を進め、取得済み情報を比較する
この画面内だけの学習用の模型です。実際の端末・ファイル・認証設定は変更しません。
ボタンで進める仮想の時間です。否定キャッシュは60秒に固定した説明用の例で、実際にはSOAなどの条件で決まります。複数層のキャッシュや障害時の特別な挙動は省略しています。
練習1：問い合わせ→権威IPの更新→再問い合わせを行う。
確認ポイントを見る
有効期間内の模型キャッシュは、以前の応答を返します。
練習2：今後のTTLを短くし、30秒進めて問い合わせる。
確認ポイントを見る
取得済みの古いTTLが、その操作だけで短くなるわけではありません。期限を過ぎた後との違いを見ます。
練習3：NXDOMAINの例→名前を追加→問い合わせ→60秒進める→再問い合わせ。
確認ポイントを見る
名前を追加しても否定キャッシュが残る例と、期限後の再取得を確認します。
10 / DNS BASICS
確認問題：仕組みを使って考えられるかな？
全10問です。選ぶと理由が表示され、何度でも選び直せます。点数は学習中の目安で、人事評価や正式な資格認定ではありません。
回答済み 0 / 10問
11 / DNS BASICS
覚えた言葉を、自分の説明に変える。
本当のパスワード、確認コード、顧客情報、個人情報、社内の秘密情報は書かず、学習用の内容に置き換えてください。
入力は自動保存されません。ページを閉じると消えます。残したい場合は自分でコピーしてください。
12 / DNS BASICS
名前・種類・問い合わせ先・時点をそろえる。
キャッシュは、過去に得た情報を条件に応じて再利用する仕組みです。TTLは再利用の時間に関わります。管理元の変更時刻と、各キャッシュが取得・保持する時点を分けると、見え方の違いを説明できます。
- TTLの基本を説明できる。
- 取得した時点から考えるを具体例で説明できる。
- 調べる名前・種類・問い合わせ先・時点を区別できる。
- 模型の結果から、分かったことと未確認を言葉にできる。
TTLとは何か。何と区別すると分かりやすいか。模型で見た結果を一つ使って、初めて聞く人へ説明してみてください。
13 / DNS BASICS
参考資料・用語の確認先
技術的な用語と仕組みの確認に使った公式資料です。教材の人物・会話・練習は独自に作成した架空の例です。実際の操作画面や利用条件は、利用する製品と会社の案内で確認してください。
書籍の公開目次を学習範囲の参考にしています。書籍本文の全体を参照・転載したものではありません。説明、図、表、アニメ、模型、コマンド出力例は本教材用に独自に作成しています。