01 / DNS BASICS
DNSの役割を分け、確認の道筋をつくる。
「つながらない」には複数の段階があります。DNSの質問条件、応答の種類、キャッシュ、接続先サービスを分けて観察し、分かったことと未確認を記録します。原因を無理に断定せず、担当者が判断できる情報へ整理します。
学習目標と確認ポイント詳しく見る
- 最初に名前・種類・先・時点をそろえるを説明できる。
- NXDOMAINと、種類のデータがない結果を具体例で説明できる。
- 調べる名前・種類・問い合わせ先・時点を区別できる。
- 模型の結果から、分かったことと未確認を言葉にできる。
知らない用語は、このページの用語表へ戻って確かめてください。詳細解説・図と手順アニメ・行ごとのコマンド解説を追加しています。本文→アニメ→操作する模型→確認問題→自分の言葉にするメモ、の順で進められます。
操作する模型は、実際の端末設定の変更、外部サービスへの要求、アカウント登録、ソフトのインストールを行いません。公式メニューと参考資料のリンクは外部サイトを開きます。模型は仕組みを簡略化したもので、実務の画面や全ての構成と同じとは限りません。アニメに音声はありません。自動再生はボタンで開始し、一時停止できます。回答・入力は外部へ送信せず、自動保存もしません。
02 / DNS BASICS
役割と違いを、一つずつ理解する。
考え方の道筋を示す模式図です。実際の機器構成や全ての処理を表す図ではありません。
はじめに知っておく言葉
- NXDOMAIN
- 名前が存在しないというDNSの応答。
- NODATA
- 名前はあるが求める種類のデータがない状態の呼び方。
- SERVFAIL
- DNSの処理を完了できなかった応答。
- TIMEOUT
- 必要な応答を時間内に得られない状態。
1. 最初に名前・種類・先・時点をそろえる
詳しく見る
URLからホスト名を取り違えていないか、つづり、調べる種類、問い合わせ先、発生時刻を確認します。社内だけの名前か、公開名かも分けます。
wwwとwwww、AとAAAA、社内リゾルバーと公開リゾルバーを、同じ条件と思い込まないようにします。
2. NXDOMAINと、種類のデータがない結果
詳しく見る
NXDOMAINは、その名前が存在しないという応答です。NOERRORで求める種類のANSWERがない結果とは意味が異なります。名前のつづりや、対象の種類を確認します。
名前があってAだけを持ち、AAAAはない例を考えます。AAAAがないことだけで、Aも含め全ての名前がないとは言えません。
3. SERVFAILとTIMEOUT
詳しく見る
SERVFAILは、サーバーが名前解決の処理を完了できなかった応答です。TIMEOUTは、必要な応答を時間内に得られない状態で、名前が存在しない応答を受けたこととは違います。
原因は通信、担当サーバーへの到達、構成、検証など複数あり得ます。エラー名だけで一つに断定せず、定められた担当へ伝えます。
4. 委任・レコード・キャッシュを分ける
詳しく見る
権威への手がかり、担当側のレコード、取得済みのキャッシュの時点を分けて確認します。管理画面を保存しただけで、外からの問い合わせが正しく届くことを確認したとは限りません。
設定を見ただけ、権威の応答を見た、リゾルバーの応答を見た、利用者の画面を見た、を別々の段階として記録します。
5. DNSの後の失敗もある
詳しく見る
アドレスを得た後でも、ネットワーク接続、TLSの証明書、Webの設定や処理で問題が起きる場合があります。DNSの応答コードとHTTPの状態コードを混ぜません。
DNSはNOERRORでAが得られ、WebはHTTP 500という例もあります。DNSの再設定や、証明書警告の回避を自己判断で行う理由にはなりません。
6. 問い合わせメモと変更の境界
詳しく見る
名前、種類、問い合わせ先、時点、応答、影響、直前の変更、試したことをまとめます。設定変更は、権限、承認、影響、戻し方を確認して進めます。
DNSSECを無効にする、会社のDNSを別の値へ変える、実運用のレコードを消す、といった対処を初心者が自己判断で行う教材にはしません。まず読み取りと報告へつなげます。
03 / DNS BASICS
障害調査から、安全な運用・移行の入口へ
トラブルへの対処は、推測で設定を変えることから始めません。観察した事実を段階ごとに並べ、管理元の問題、委任、キャッシュ、ネットワーク、DNS後のWeb処理を分けます。そのうえで、監視・移行・DNSSEC・通信のプライバシーの役割へ進みます。
1. まず症状を再現し、影響範囲を区切る
詳しく見る
誰の端末で、どのURLを、いつ、どのネットワークから使ったかを確認します。名前・AとAAAA・質問先が同じかをそろえ、特定端末だけか、社内全体か、外部からもかを比べます。社内だけの名前が外部DNSで見えないことは、設計どおりの場合があります。
DNSのAが返るのにWebがHTTP500なら、Web側へ進んだ結果を観察しています。反対に、タイムアウトだけでは宛先名のレコードがないと断定できません。証明書エラー、接続拒否、HTTPエラーをDNSのエラーと混ぜずに記録します。
2. 管理元・委任・複製・キャッシュを順に比較
詳しく見る
親の委任先が正しいか、紹介先が本当に対象ゾーンの権威として応答できるか、複数の権威でデータが整合しているか、利用リゾルバーが古い情報を持っているかを分けます。権威を一台だけ確認して正常と結論付けないようにします。
親がns-oldを紹介したまま、新しいns-newだけにAを作っても、利用者は意図した担当へ届かない場合があります。また一台の権威が古いと、問い合わせる先によって結果が変わることがあります。変更履歴と各サーバーの応答を対応させます。
3. Web移行と権威DNS移行を区別する
詳しく見る
WebのA・AAAAを変える作業と、親に登録されたNSを変える作業では、確認対象と残るキャッシュが異なります。権威の移行では新環境へデータを用意し、複数の新権威からの応答を確認してから委任を切り替え、旧環境も必要な期間維持します。レコードTTLだけでなくNSやグルーの保持も考慮します。
旧と新の双方を使う利用者がいる期間を想定し、両方が整合した情報を提供できるかを確認します。DNSSEC署名がある場合はDSや鍵の連鎖も計画に含め、担当者が手順と戻し方をレビューします。「NSを書き換えたら即旧DNS停止」とはしません。
4. DNSSECはデータの検証、暗号化とは別
詳しく見る
DNSSECは署名と信頼の連鎖を使い、DNSデータの出所や完全性を検証する仕組みです。DNSKEY、RRSIG、DSなどが関係し、署名期限や親子の鍵情報が不整合なら、検証するリゾルバーで解決に失敗する場合があります。一方、質問した名前を隠す通信の暗号化そのものではありません。
たとえば親に古いDSが残り、新しいDNSKEYと対応しない移行では、一部利用者がSERVFAILになることがあります。ただしSERVFAILの原因はDNSSECだけではありません。初心者が確認のために検証を無効化する対処はせず、担当者へ事実を伝えます。
5. DoT・DoHと、日々の運用
詳しく見る
DoTはTLS、DoHはHTTPSを用いてDNS通信を保護する方法です。保護されるのは利用した通信区間で、質問を受けるリゾルバーへの信頼が不要になるわけではありません。企業の監視や社内名の解決方針とも関係するため、独断で問い合わせ先を切り替えません。運用では更新管理・監視・権限・証跡・復旧手順を継続して整えます。
監視では「応答がある」だけでなく、必要な名前・種類の答え、複数権威の整合性、期限や署名の状態などを目的に応じて確かめます。DoH対応という表示だけでDNSデータがDNSSECで検証されたとは言えません。
| 観察した結果 | まだ断定できないこと | 次の確認の例 |
|---|---|---|
| NXDOMAIN | 単なる通信断とは違う | 名前のつづり、担当ゾーン、否定キャッシュ |
| NOERROR・Aあり／AAAAなし | IPv6が必ず使えるとは限らない | AとAAAA、接続方式を分ける |
| SERVFAIL | 原因がDNSSECとは限らない | 権威への到達、委任、検証、各条件 |
| TIMEOUT | 名前が存在しないとは言えない | 質問先、経路、UDP/TCP、利用範囲 |
| DNS正常・HTTP500 | DNSのAを書き換えれば直るとは言えない | Webアプリや配信側の状況 |
| 特定の権威だけ古い | 全利用者が同じ結果とは限らない | 各権威・シリアル・同期の状態 |
| 移行後に一部だけ失敗 | 全世界一斉更新の失敗とは限らない | 委任・グルー・キャッシュ・DNSSEC連鎖 |
| 仕組み | 主に守る対象 | それだけでは保証しないもの |
|---|---|---|
| DNSSEC | DNSデータの出所・完全性の検証 | 問い合わせ内容の秘匿や、Webアプリの安全性 |
| DoT / DoH | 利用した区間のDNS通信 | 全区間の秘匿、リゾルバーへの信頼不要、DNSSEC検証の自動保証 |
| HTTPS（Web） | Web通信と接続先証明書の検証 | DNSゾーンの運用・登録管理そのもの |
| 権限・監視・バックアップ | 変更の統制と障害時の気付き・復旧 | 設定の正しさを完全自動で保証すること |
04 / DNS BASICS
図と動きで、変化する状態を確かめる。
手順アニメ：変更前に棚卸しから順に追う
5段階の手順図です。矢印は学習の進行順で、サーバー間の物理的な配線や直列接続ではありません。「再生」では約8秒ごとに進み、手動でも選べます。
05 / DNS BASICS
コマンド画面を、一行ずつ読み解く。
下の表示は学習用に独自に作成した架空の出力です。.testや192.0.2.xへ実際の問い合わせを送りません。各行はボタンになっています。行を選ぶと説明が変わり、矢印キーでも移動できます。
キーボード：Tabで各行へ移動、Enterで選択。行の中では↑↓でも前後の行へ移れます。
06 / DNS BASICS
仕事のアニメ：新人の「なぜ？」を一緒に考える。
架空の新人・アオイさんと先輩・ミナトさんの場面です。用語を覚えるだけでなく、何を確かめ、どこで判断するかに注目して読んでください。
「DNSのせい」と言いたくなりましたが、まだ何も確認していません。
約12秒ごとに場面が切り替わります。再生中も一時停止でき、「前へ」「次へ」で自分のペースで読めます。最終場面で停止します。
アニメの内容をまとめて文章で読む
1. Webが開けない
アオイ：「DNSのせい」と言いたくなりましたが、まだ何も確認していません。
症状と原因の推測を分けます。
2. 質問を整理
ミナト：どの名前の何の種類を、どこへ、いつ問い合わせましたか。
条件が違う結果を同じものとして比べません。
3. 応答を読む
アオイ：模型ではNOERRORでAが得られています。
名前解決の一段階は確認できています。
4. その先を確認
ミナト：Webの模型はHTTP 500を返しています。DNSの結果と、Webの状態は別です。
アドレスが得られても、サービスが正常とは限りません。
5. 勝手に変えない
アオイ：DNSの設定を変える前に、結果と症状を担当へ伝えます。
根拠のない変更で、使えている機能へ影響させないようにします。
6. 調べられる報告へ
ミナト：時点、名前、種類、問い合わせ先、DNSとWebの結果、業務への影響をそろえましょう。
原因の断定ではなく、次の調査へ使える情報を渡します。
思い込みと、仕組みに沿う見方を比べる。詳しく見る
07 / DNS BASICS
NXDOMAINとTIMEOUT
思い込みで進める例
どちらも「名前がない」と同じ意味で報告。
役割を分けて確かめる例
存在しない応答を受けた状態と、時間内に応答を得られない状態を分けて記録します。
失敗の見た目だけで、意味を一つにまとめません。
Webが500を返す
思い込みで進める例
DNSを変えれば必ず直ると思い、設定を変える。
役割を分けて確かめる例
DNSの応答とWebの状態を分け、名前解決で確認できたことと、サービス側で未確認のことを担当へ伝えます。
原因を確定しないまま、影響のある変更を行いません。
08 / DNS BASICS
日常のたとえで、もう一度考える。
身近な場面に置き換えると、役割の違いを考えやすくなります。たとえは理解のための補助で、実際の技術と全て同じではありません。
住所を調べる、移動する、店が応対するという段階を考えます。
約12秒ごとに場面が切り替わります。再生中も一時停止でき、「前へ」「次へ」で自分のペースで読めます。最終場面で停止します。
アニメの内容をまとめて文章で読む
1. 行き先へ着かない
日常のたとえ：住所を調べる、移動する、店が応対するという段階を考えます。
つながらない状態を段階に分けるたとえです。
2. 住所が見つからない
日常のたとえ：名前のつづりが違う場合もあります。
問い合わせの条件を確認する考え方です。
3. 住所は分かる
日常のたとえ：住所が分かっても、道や店の問題があるかもしれません。
DNS以外の段階にも問題がある可能性を考えます。
4. 観察を伝える
日常のたとえ：どこまで分かり、どこから先が未確認かを知らせます。
担当が次の調査を選べる情報にします。
09 / DNS BASICS
操作して、結果と理由をつなげよう。
三つの練習に取り組み、ボタンを押す前に「どう変わると思うか」を考えてください。結果を見たら、なぜそうなるかを自分の言葉で説明します。
結果の意味から、次の確認を選ぶ
この画面内だけの学習用の模型です。実際の端末・ファイル・認証設定は変更しません。
架空の症状を読み分ける練習です。原因を確定する検査ではなく、設定変更も行いません。
練習1：NXDOMAINとTIMEOUTをそれぞれ選ぶ。
確認ポイントを見る
名前が存在しない応答を受けた場合と、応答を得られない状態を分けます。
練習2：AAAAがない例と、Webが500の例を比べる。
確認ポイントを見る
求めた種類のデータの有無と、DNSの後のWebの問題を分けます。
練習3：各ケースで問い合わせメモを作る。
確認ポイントを見る
分かったことと未確認を整理します。メモは作成するだけで、外部へ送信しません。
10 / DNS BASICS
確認問題：仕組みを使って考えられるかな？
全10問です。選ぶと理由が表示され、何度でも選び直せます。点数は学習中の目安で、人事評価や正式な資格認定ではありません。
回答済み 0 / 10問
11 / DNS BASICS
覚えた言葉を、自分の説明に変える。
本当のパスワード、確認コード、顧客情報、個人情報、社内の秘密情報は書かず、学習用の内容に置き換えてください。
入力は自動保存されません。ページを閉じると消えます。残したい場合は自分でコピーしてください。
12 / DNS BASICS
名前・種類・問い合わせ先・時点をそろえる。
「つながらない」には複数の段階があります。DNSの質問条件、応答の種類、キャッシュ、接続先サービスを分けて観察し、分かったことと未確認を記録します。原因を無理に断定せず、担当者が判断できる情報へ整理します。
- 最初に名前・種類・先・時点をそろえるを説明できる。
- NXDOMAINと、種類のデータがない結果を具体例で説明できる。
- 調べる名前・種類・問い合わせ先・時点を区別できる。
- 模型の結果から、分かったことと未確認を言葉にできる。
NXDOMAINとは何か。何と区別すると分かりやすいか。模型で見た結果を一つ使って、初めて聞く人へ説明してみてください。
13 / DNS BASICS
参考資料・用語の確認先
技術的な用語と仕組みの確認に使った公式資料です。教材の人物・会話・練習は独自に作成した架空の例です。実際の操作画面や利用条件は、利用する製品と会社の案内で確認してください。
書籍の公開目次を学習範囲の参考にしています。書籍本文の全体を参照・転載したものではありません。説明、図、表、アニメ、模型、コマンド出力例は本教材用に独自に作成しています。