DNSの仕組みとは｜名前解決の流れと2級の要点

DNS（Domain Name System）は「www.example.jp のような名前から、通信に必要な IP アドレスなどの情報を引くための、階層的に分散したデータベースと問い合わせの仕組み」です。人が覚えやすい名前と、機械が使う数値のアドレスをつなぐ役割を持ちます。

基本の仕様は1987年11月の RFC 1034（概念）と RFC 1035（実装）です。RFC 1034 は DNS の大きな構成要素として、名前の空間と資源レコード、ネームサーバー、リゾルバーの3つを挙げています（確認 2026-09-27）。

スマートフォンでアプリを開いたりウェブページを表示したりするたびに、通信の前にこの名前解決が行われています。名前解決が遅いと、その後の通信がどれだけ速くても、表示の始まりが遅れます。

JPRS の用語集は、インターネット接続の設定で「DNS サーバーの IP アドレス」と言う場合、多くはフルサービスリゾルバーを指すと説明しています（確認 2026-09-27）。「DNS サーバー」という言葉が、権威 DNS サーバーとフルサービスリゾルバーのどちらを指しているかを、文脈で見分けることが大切です。

端末が www.example.jp の IP アドレスを知りたいとき、キャッシュに何もない状態からの流れを当サイトで簡略化すると次のとおりです。

1. 1アプリの依頼を受けた端末のスタブリゾルバーが、フルサービスリゾルバーに「www.example.jp のアドレスを最後まで調べて」と問い合わせる（再帰問い合わせ）
2. 2フルサービスリゾルバーは、まず自分のキャッシュに答えがあるかを確認する
3. 3なければルートサーバーに問い合わせ、「.jp を管理する権威サーバーはこちら」と紹介を受ける
4. 4.jp の権威サーバーに問い合わせ、「example.jp の権威サーバーはこちら」と紹介を受ける
5. 5example.jp の権威サーバーに問い合わせ、IPv4 なら A レコード、IPv6 なら AAAA レコードで答えを得る
6. 6フルサービスリゾルバーは答えを TTL の間キャッシュし、スタブリゾルバーに返す

RFC 1034 は、問い合わせの受け方を2つに分けています。サーバーが別のサーバーを紹介して、続きは問い合わせた側に任せる反復（非再帰）問い合わせと、最初に受けたサーバーが相手に代わって最後まで調べる再帰問い合わせです（確認 2026-09-27）。上の流れでは、手順1が再帰問い合わせ、手順3〜5が反復問い合わせです。

ルートサーバーは a から m までの13の名前（識別子）で運用され、その実体は世界の多くの国にある数百台のサーバー群です（IANA、確認 2026-09-27）。「ルートサーバーは世界に13台しかない」という言い方は正確ではありません。13の名前を運用する組織の中には、日本の WIDE プロジェクト（m）も含まれます。

毎回ルートから調べ直していたら、名前解決は遅くなり、権威サーバーの負荷も膨大になります。そこでフルサービスリゾルバーは、得た答えをキャッシュして再利用します。どれだけの時間キャッシュしてよいかを決めるのが、各資源レコードに付いている TTL（Time To Live） です。RFC 1034 は TTL を、資源レコードを捨てる前にキャッシュしてよい時間を表すものとし、管理者が値を決めると説明しています（確認 2026-09-27）。

TTL は運用上のトレードオフです。長くすると問い合わせが減って速く・軽くなりますが、サーバーの移転などで情報を変えたときに、古い答えが長く残ります。短くすると変更はすぐ行き渡りますが、問い合わせが増えます。サービスの移転の前に TTL をあらかじめ短くしておくのは、このためです。

「その名前は存在しない」という答えもキャッシュされます。これをネガティブキャッシュと呼び、RFC 2308（1998年）は、その保持時間を SOA レコードの MINIMUM の値と SOA 自身の TTL の小さい方から決めると定めています（確認 2026-09-27）。

RFC 4033 は、DNSSEC がデータの発信元の認証と完全性を加えるものであり、設計上の選択として機密性は提供しない、と明記しています（確認 2026-09-27）。「DNSSEC で問い合わせの内容が盗み見られなくなる」とする選択肢は誤りです。

通常の DNS は UDP と TCP の 53番を使います。RFC 1035 では UDP のメッセージは 512 バイトまでとされていましたが、EDNS(0)（RFC 6891）でより大きな応答を UDP で扱えるようになりました（確認 2026-09-27）。

モバイル2級の出題カテゴリでは「ワイヤレス通信の原理とネットワーク技術」（15%）に当たります（MCPC 公式ページの図で確認、2026年9月時点）。100問なら約15問の枠です。

公式テキスト『モバイルシステム技術テキスト 第11版』の章立てでは、第5章「インターネット基盤技術」の範囲と当サイトは見ています。章とカテゴリの対応は当サイトの推定です。出題の頻度や配点は公表されていないため、以下は4択で問われうる観点を当サイトが整理したものです。

• スタブリゾルバー・フルサービスリゾルバー・権威 DNS サーバーの役割の区別
• 再帰問い合わせと反復問い合わせの違い
• 資源レコードの種類と用途（A と AAAA、MX、CNAME、PTR など）
• キャッシュと TTL の関係、TTL を長く・短くしたときの影響
• DNSSEC・DoT・DoH の目的の違い（改ざんの検出か、暗号化か）

選択肢で迷ったときに見直す点を、つまずき別にまとめました。

（当サイトの独自問題）端末からの問い合わせを受け、利用者の代わりにルートサーバーから順に問い合わせて答えを得て、その結果をキャッシュするものとして、最も適切なものはどれか。

1. 1スタブリゾルバー
2. 2権威DNSサーバー
3. 3フルサービスリゾルバー
4. 4ルートサーバー

正解：3。フルサービスリゾルバーは、再帰問い合わせを受けて利用者の代わりに名前解決を最後まで行い、結果をキャッシュします。

1：スタブリゾルバーは端末の OS などにあり、自分では最後まで解決せずフルサービスリゾルバーに任せる側です。2：権威 DNS サーバーは自分が管理するゾーンについて答える側で、利用者の代わりに調べる役割ではありません。4：ルートサーバーは権威サーバーの一種で、下位のゾーン（TLD）の権威サーバーを紹介します。

（当サイトの独自問題）DNS の資源レコードに付けられる TTL の説明として、最も適切なものはどれか。

1. 1問い合わせがルートサーバーに届くまでに経由できるサーバーの台数の上限
2. 2権威DNSサーバーがゾーンの情報を更新してから次に更新するまでの間隔の下限
3. 3端末がフルサービスリゾルバーの応答を待ち、問い合わせを打ち切るまでの時間
4. 4受け取った資源レコードをキャッシュしてよく、破棄するまでの時間の上限

正解：4。DNS の TTL は、資源レコードを捨てる前にキャッシュしてよい時間を表します（RFC 1034）。

1：経由できる台数の上限という考え方は、IP パケットの TTL（中継回数の上限）と混同した説明です。DNS の TTL は時間です。2：ゾーンの更新間隔を定める値ではありません。3：応答を待つ時間（タイムアウト）はリゾルバー側の設定で、資源レコードの TTL とは別のものです。

（当サイトの独自問題）DNS の応答が正しい送り主から改ざんされずに届いたことを検証できるようにする一方、問い合わせや応答の内容の秘匿（暗号化）は提供しない仕組みとして、最も適切なものはどれか。

1. 1DNSSEC
2. 2DNS over TLS（DoT）
3. 3DNS over HTTPS（DoH）
4. 4EDNS(0)

正解：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級の試験概要へ。