DNSとは？一言でいうと何をしている？
DNS（Domain Name System）は「www.example.jp のような名前から、通信に必要な IP アドレスなどの情報を引くための、階層的に分散したデータベースと問い合わせの仕組み」です。人が覚えやすい名前と、機械が使う数値のアドレスをつなぐ役割を持ちます。
基本の仕様は1987年11月の RFC 1034（概念）と RFC 1035（実装）です。RFC 1034 は DNS の大きな構成要素として、名前の空間と資源レコード、ネームサーバー、リゾルバーの3つを挙げています（確認 2026-09-27）。
スマートフォンでアプリを開いたりウェブページを表示したりするたびに、通信の前にこの名前解決が行われています。名前解決が遅いと、その後の通信がどれだけ速くても、表示の始まりが遅れます。
具体的な判断へ進むにはDNSの監視と確認を確認してください。
| 役割 | どこにあるか | していること |
|---|---|---|
| スタブリゾルバー | 端末のOSなど | 自分では解決を最後まで行わず、フルサービスリゾルバーに問い合わせを任せる |
| フルサービスリゾルバー（キャッシュDNSサーバー） | 通信事業者・ISP・組織の網など | 利用者の代わりにルートから順に問い合わせ、結果をキャッシュする |
| 権威DNSサーバー | ルート・TLD（.jp など）・各ドメインの管理者 | 自分が管理するゾーンの情報を、ほかに問い合わせずに答える |
JPRS の用語集は、インターネット接続の設定で「DNS サーバーの IP アドレス」と言う場合、多くはフルサービスリゾルバーを指すと説明しています（確認 2026-09-27）。「DNS サーバー」という言葉が、権威 DNS サーバーとフルサービスリゾルバーのどちらを指しているかを、文脈で見分けることが大切です。
名前解決はどう進む？スタブ・フルサービスリゾルバー・権威サーバーの流れ
端末が www.example.jp の IP アドレスを知りたいとき、キャッシュに何もない状態からの流れを当サイトで簡略化すると次のとおりです。
- 1
スタブリゾルバー → フルサービスリゾルバー
「最後まで調べて」と依頼（再帰問い合わせ）
- 2
キャッシュを確認
答えがあればここで返す
- 3
ルートサーバーへ
「.jp の権威サーバーはこちら」と紹介される（反復）
- 4
.jp の権威サーバーへ
「example.jp の権威サーバーはこちら」と紹介される（反復）
- 5
example.jp の権威サーバーへ
A（IPv4）や AAAA（IPv6）レコードで答えを得る（反復）
- 6
キャッシュして返す
TTL の間キャッシュし、スタブリゾルバーに返す
最後まで調べるのはフルサービスリゾルバー。端末からの依頼は再帰、サーバーをたどる部分は反復問い合わせです。
流れは当サイトが簡略化したものです。
- アプリの依頼を受けた端末のスタブリゾルバーが、フルサービスリゾルバーに「www.example.jp のアドレスを最後まで調べて」と問い合わせる（再帰問い合わせ）
- フルサービスリゾルバーは、まず自分のキャッシュに答えがあるかを確認する
- なければルートサーバーに問い合わせ、「.jp を管理する権威サーバーはこちら」と紹介を受ける
- .jp の権威サーバーに問い合わせ、「example.jp の権威サーバーはこちら」と紹介を受ける
- example.jp の権威サーバーに問い合わせ、IPv4 なら A レコード、IPv6 なら AAAA レコードで答えを得る
- フルサービスリゾルバーは答えを TTL の間キャッシュし、スタブリゾルバーに返す
| レコード | 持っている情報 | 使われる場面 |
|---|---|---|
| A | IPv4 アドレス（32ビット） | 名前から IPv4 のアドレスを引く |
| AAAA | IPv6 アドレス（128ビット、タイプ値 28） | 名前から IPv6 のアドレスを引く |
| CNAME | 別名に対する正式な名前 | 別名を正式な名前へ導く |
| MX | メールを受け取るサーバー | メールの配送先を決める |
| NS | ゾーンの権威サーバー | 下位のゾーンの権威サーバーを紹介する |
| PTR | アドレスに対応する名前 | 逆引き（アドレスから名前） |
| TXT | 任意の文字列 | 送信ドメイン認証の設定など |
| SOA | ゾーンの管理情報 | ゾーンの始まりと管理用の値 |
RFC 1034 は、問い合わせの受け方を2つに分けています。サーバーが別のサーバーを紹介して、続きは問い合わせた側に任せる反復（非再帰）問い合わせと、最初に受けたサーバーが相手に代わって最後まで調べる再帰問い合わせです（確認 2026-09-27）。上の流れでは、手順1が再帰問い合わせ、手順3〜5が反復問い合わせです。
ルートサーバーは a から m までの13の名前（識別子）で運用され、その実体は世界の多くの国にある数百台のサーバー群です（IANA、確認 2026-09-27）。「ルートサーバーは世界に13台しかない」という言い方は正確ではありません。13の名前を運用する組織の中には、日本の WIDE プロジェクト（m）も含まれます。
端末
リゾルバー
権威DNS
1. 端末 → リゾルバー
名前のアドレスを調べてほしい
端末側から再帰問い合わせをする
2. リゾルバー → 権威DNS
必要な権威サーバーへ問い合わせる
キャッシュに答えがない場合に調べる
3. 権威DNS → リゾルバー
対象名のレコードを返す
4. リゾルバー → 端末
答えを端末へ返す
得た情報はTTLの条件に従ってキャッシュする
端末が直接すべての権威サーバーをたどる図ではない。
本文の名前解決を当サイトが簡略化。ルートとTLDから紹介を受ける段階は省略。 矢印の長さと段の間隔は、時間・距離を表しません。
キャッシュとTTLは何のためにある？
毎回ルートから調べ直していたら、名前解決は遅くなり、権威サーバーの負荷も膨大になります。そこでフルサービスリゾルバーは、得た答えをキャッシュして再利用します。どれだけの時間キャッシュしてよいかを決めるのが、各資源レコードに付いている TTL（Time To Live） です。RFC 1034 は TTL を、資源レコードを捨てる前にキャッシュしてよい時間を表すものとし、管理者が値を決めると説明しています（確認 2026-09-27）。
TTL は運用上のトレードオフです。長くすると問い合わせが減って速く・軽くなりますが、サーバーの移転などで情報を変えたときに、古い答えが長く残ります。短くすると変更はすぐ行き渡りますが、問い合わせが増えます。サービスの移転の前に TTL をあらかじめ短くしておくのは、このためです。
「その名前は存在しない」という答えもキャッシュされます。これをネガティブキャッシュと呼び、RFC 2308（1998年）は、その保持時間を SOA レコードの MINIMUM の値と SOA 自身の TTL の小さい方から決めると定めています（確認 2026-09-27）。
TTL を長く
- 問い合わせの量減る
- 名前解決の速さ・負荷速く・軽くなる
- 情報を変えたとき古い答えが長く残る
TTL を短く
- 問い合わせの量増える
- 名前解決の速さ・負荷問い合わせのぶん負荷が増える
- 情報を変えたとき変更がすぐ行き渡る
どちらが常によいわけではないトレードオフ。サービスの移転の前には、TTL をあらかじめ短くしておきます。
| 仕組み | 仕様 | 目的 | しないこと |
|---|---|---|---|
| DNSSEC | RFC 4033 ほか（2005年） | 応答が正しい送り主のもので、改ざんされていないことを検証する | 通信内容の秘匿（暗号化） |
| DNS over TLS（DoT） | RFC 7858（2016年） | TLS で問い合わせと応答を暗号化する（既定は TCP 853番） | 応答の内容が正しいかの検証 |
| DNS over HTTPS（DoH） | RFC 8484（2018年） | 問い合わせと応答を HTTPS のやりとりに載せて暗号化する | 応答の内容が正しいかの検証 |
RFC 4033 は、DNSSEC がデータの発信元の認証と完全性を加えるものであり、設計上の選択として機密性は提供しない、と明記しています（確認 2026-09-27）。「DNSSEC で問い合わせの内容が盗み見られなくなる」とする選択肢は誤りです。
通常の DNS は UDP と TCP の 53番を使います。RFC 1035 では UDP のメッセージは 512 バイトまでとされていましたが、EDNS(0)（RFC 6891）でより大きな応答を UDP で扱えるようになりました（確認 2026-09-27）。
AAAAがない返答と、名前自体がない返答は別
同じホスト名にIPv4用のAは登録済みで、IPv6用のAAAAをまだ登録していない場合を考えます。AAAAの問い合わせに該当するデータがないことと、名前そのものがないことは別です。RFC 2308は、前者のようなNODATAと、名前が存在しないNXDOMAINを区別します。
後でAAAAを追加しても、追加前の否定応答を保持しているリゾルバーでは、しばらく古い結果が返ることがあります。権威DNSの現在の回答と、利用者側が経由するリゾルバーの回答を分けて見ます。タイムアウトなどの解決失敗を、名前が存在しないという意味に読み替えないようにします。
| 返答を調べる場面 | 確認すること |
|---|---|
| AはあるがAAAAは空 | 問い合わせた種類にデータがあるか。空の応答の理由を確認 |
| NXDOMAINが返る | 問い合わせた名前の綴り、対象ゾーン、否定応答の保持 |
| 応答がない・エラー | 到達性やリゾルバーの状態。名前の不在とは区別 |
AとAAAAを両方受け取った後の接続はIPv4とIPv6のデュアルスタックへ。DNSから得た情報と、実際の通信結果を分けてください。
モバイル2級ではどこで、どう問われる？
モバイル2級の出題カテゴリでは「ワイヤレス通信の原理とネットワーク技術」（15%）に当たります（MCPC 公式ページの図で確認、2026年9月時点）。100問なら約15問の枠です。
公式テキスト『モバイルシステム技術テキスト 第11版』の章立てでは、第5章「インターネット基盤技術」の範囲と当サイトは見ています。章とカテゴリの対応は当サイトの推定です。出題の頻度や配点は公表されていないため、以下は4択で問われうる観点を当サイトが整理したものです。
- スタブリゾルバー・フルサービスリゾルバー・権威 DNS サーバーの役割の区別
- 再帰問い合わせと反復問い合わせの違い
- 資源レコードの種類と用途（A と AAAA、MX、CNAME、PTR など）
- キャッシュと TTL の関係、TTL を長く・短くしたときの影響
- DNSSEC・DoT・DoH の目的の違い（改ざんの検出か、暗号化か）
どこで取り違えやすい？つまずき別の整理
選択肢で迷ったときに見直す点を、つまずき別にまとめました。
| よくある取り違え | 正しい整理 | 見分けるポイント |
|---|---|---|
| 端末がルートから順に自分で調べる | 端末のスタブリゾルバーは、フルサービスリゾルバーに任せる | 最後まで調べるのはフルサービスリゾルバー |
| 権威サーバーが利用者の代わりに調べてキャッシュする | 権威サーバーは自分のゾーンについて答える側。キャッシュして調べるのはフルサービスリゾルバー | 答える側か、調べる側か |
| ルートサーバーは世界に13台 | 13は名前（識別子）の数。実体は数百台のサーバー群 | IANA の説明 |
| IPv6のアドレスもAレコードで引く | IPv6はAAAAレコード（タイプ値28） | Aの4倍の長さでAAAA |
| TTLは短いほど常によい | 短いと変更は早く反映されるが、問い合わせが増える | トレードオフ |
| DNSSECで通信が暗号化される | DNSSECは改ざんの検出。暗号化はDoT・DoH | RFC 4033 に機密性は提供しないと明記 |
確認問題1
利用者の代わりに名前解決を行うサーバーは？
（当サイトの独自問題）端末からの問い合わせを受け、利用者の代わりにルートサーバーから順に問い合わせて答えを得て、その結果をキャッシュするものとして、最も適切なものはどれか。
選択肢を準備しています。「正解と解説を見る」は先に開けます。
正解と解説を見る
正解：3。フルサービスリゾルバーは、再帰問い合わせを受けて利用者の代わりに名前解決を最後まで行い、結果をキャッシュします。
1：スタブリゾルバーは端末の OS などにあり、自分では最後まで解決せずフルサービスリゾルバーに任せる側です。2：権威 DNS サーバーは自分が管理するゾーンについて答える側で、利用者の代わりに調べる役割ではありません。4：ルートサーバーは権威サーバーの一種で、下位のゾーン（TLD）の権威サーバーを紹介します。
確認問題2
TTLの説明として正しいのは？
（当サイトの独自問題）DNS の資源レコードに付けられる TTL の説明として、最も適切なものはどれか。
選択肢を準備しています。「正解と解説を見る」は先に開けます。
正解と解説を見る
正解：4。DNS の TTL は、資源レコードを捨てる前にキャッシュしてよい時間を表します（RFC 1034）。
1：経由できる台数の上限という考え方は、IP パケットの TTL（中継回数の上限）と混同した説明です。DNS の TTL は時間です。2：ゾーンの更新間隔を定める値ではありません。3：応答を待つ時間（タイムアウト）はリゾルバー側の設定で、資源レコードの TTL とは別のものです。
確認問題3
改ざんを検出するが暗号化はしない仕組みは？
（当サイトの独自問題）DNS の応答が正しい送り主から改ざんされずに届いたことを検証できるようにする一方、問い合わせや応答の内容の秘匿（暗号化）は提供しない仕組みとして、最も適切なものはどれか。
選択肢を準備しています。「正解と解説を見る」は先に開けます。
正解と解説を見る
正解：1。DNSSEC はデータの発信元の認証と完全性を加える仕組みで、RFC 4033 は設計上の選択として機密性を提供しないと明記しています。
2・3：DoT と DoH は、問い合わせと応答を TLS や HTTPS で暗号化してのぞき見を防ぐ仕組みで、目的が逆です。4：EDNS(0) は、UDP で扱えるメッセージの大きさを広げるなど DNS を拡張する仕組みで、改ざんの検証そのものの仕組みではありません。
読んだあと、次に何をすればいい？
3つの登場人物と、TTL・DNSSEC の目的を説明できるようになったら、似た用語が並ぶ4択で確かめます。モバイル2級の無料お試し20問は登録不要で、公式カテゴリの比率に合わせた問題と全問の解説を確認できます。
A と AAAA の違いの背景はIPv4とIPv6の違いで確認できます。DNS の応答を使って利用者を近くの配信サーバーへ案内する方式はCDNとは、TXT レコードを使う送信ドメイン認証はDMARCとはで解説しています。試験全体はモバイル2級の試験概要へ。
関連する資料・判断をもう一段深める
新しい名前を追加しても解決できない場合の学習には、DNSのネガティブキャッシュとTTLも使えます。問い合わせ先・応答の種類・取得時刻をそろえ、権威側とキャッシュ側を分けて読みます。