NET // communication networks
LESSON 05 / 基礎編

DNS の役割 ─ インターネットの電話帳

ブラウザに www.example.com と入れただけで、なぜ世界中のどこかにあるサーバまでたどり着けるのか。その裏で「名前 → IPアドレス」の変換を黙々とやっている DNS(Domain Name System) という仕組みを、電話帳のたとえと動く図でつかむ。

学習目標

本講を終えると、以下の問いに答えられるようになる。

本講は 第3回 プロトコルとTCP/IP階層モデル(基礎) の続き。アプリケーション層のプロトコルの代表例として、Web の HTTP と並ぶ重要選手が DNS。記録の細かい種類(レコード)や、再帰問い合わせ・反復問い合わせの違いといった内部メカニズムは 標準 編で扱います。

このレッスンの目次

01 なぜ名前が必要 インターネットでは、すべてのサーバに IPアドレス という番号が振られています。 本… 02 DNS とは DNS(Domain Name System) は、インターネット全体で使われている… 03 問い合わせの流れ では実際、あなたが www.example.com を開いたときに、PC は誰に何を… 04 キャッシュ 一度引いた答えを 覚えておいて、しばらく使い回す 仕組みを キャッシュ(cache)… 05 サーバの階層 DNS は 1台の巨大な電話帳サーバ で世界中の名前を管理しているわけではありません… 06 日常で見える DNS DNS は普段は完全に裏方ですが、見ようとすれば見える瞬間があります。 ここでは「名… 07 まとめと用語 本講の重要語句を整理 08 確認問題 理解度を問題でチェック

なぜ「名前」が必要なのか

インターネットでは、すべてのサーバに IPアドレス という番号が振られています。 本来はその番号さえ知っていれば通信できるのですが、 202.23.190.160 のような数字を人間が覚えるのは大変です。 そこで、人間が覚えやすい名前(ドメイン名)を使うのが当たり前になりました。
POINT 人間にやさしい 「名前」 と、機械にやさしい 「番号(IPアドレス)」 は別物。 両者をつなぐ 「翻訳係」 が必要 ── それが DNS です。

身近なたとえ:電話帳

スマホがなかった時代、知り合いに電話するときは 電話帳 をめくって名前から番号を調べていました。あなたが直接覚えるのは「お母さん」「学校」「友だちのAさん」といった 名前 だけ。実際にダイヤルされる 番号 は電話帳が教えてくれる。インターネットでも同じことが起きています。

名前を渡すと、番号が返る 電話帳 人の名前 → 電話番号 「学校」→ 075-xxx 名前を問い合わせる 同じ対応表の役割 使える番号を返す DNS DNSサーバ ドメイン名 → IPアドレス example.com → 93.184.216.34

図の見方:電話帳が「名前 → 電話番号」を引いてくれるように、DNS は「ドメイン名 → IPアドレス」を引いてくれる。あなたが覚えるのは 名前だけ でよい。

名前で呼ぶ3つのご利益

もっと詳しく:URL とドメイン名の関係

https://www.example.com/news/index.html という URL を分解すると、こんな構造になっています。

つまり URL の中で 真ん中の部分 が DNS の出番。

考えてみよう: もし世界中の Webサイトを IPアドレスだけ でアクセスする世界になったら、ブックマークやチラシの URL はどう変わるでしょう?引っ越し(IPの変更)があるたびに何が起きそうですか?

情報Iで覚えることコンピュータの通信には IPアドレス(数字の住所)が必要だが、人間には覚えにくいので、覚えやすい ドメイン名(名前)を使い、両者を結びつける仕組みが必要になる。

DNS は「インターネットの電話帳」

DNS(Domain Name System) は、インターネット全体で使われている 巨大な電話帳の仕組み です。 ただし1冊の分厚い本ではなく、世界中に散らばった たくさんのサーバ で役割を分担して管理しています(分担の様子は後半で扱います)。
POINT DNS の中心の仕事は 「名前を渡すと、対応する IPアドレスを返してくれる」 こと。これを 名前解決(name resolution) と呼びます。

名前と IP の比較

ドメイン名(人にやさしい)

www.example.com
・人間が読んで覚えられる
・組織名や用途が想像できる
・サーバを引っ越しても同じ名前を使い続けられる

IPアドレス(機械にやさしい)

93.184.216.34
・コンピュータが直接これを宛先にしてパケットを送る
・人間にとっては覚えにくい
・サーバが変わると数字も変わってしまう

仕事の前後関係

あなたがブラウザに www.example.com と入れたとき、実際にパケットを送るためには 先に IPアドレスを知る必要 があります。だから Web 通信より 少しだけ先に DNS の問い合わせが走っているのです。

DNSはWeb通信の前に動く 名前をIPアドレスに変えてから、Webサーバへ接続する 1 URLを入力 www.example.com 人には名前が見える IPはまだ不明 2 DNSに聞く DNS この名前のIPは? PC → DNSサーバ 名前解決の依頼 3 IPを受け取る 93.184.216.34 DNSサーバ → PC 宛先番号がわかる 4 Web通信開始 得たIPへ接続 HTTPでページを取得 Webサーバへ進む

図の見方:① URL に含まれる名前を入力し、② DNSサーバに「この名前のIPは?」と尋ねる。③ IPアドレスが返ってきて宛先番号がわかると、④ そのIPアドレスのWebサーバへ接続してページを取得する。

Q. もし DNS が世界中で一斉に止まったら、インターネットはどう見えるでしょう?「ネットが繋がらない」と「繋がるけど何も表示されない」、どっちに近いか考えてからクリック。

情報Iで覚えることDNS(Domain Name System)ドメイン名を IPアドレスに変換する 仕組み。この変換を 名前解決 と呼ぶ。

問い合わせの流れ:あなたの PC → DNSサーバ → 答え

では実際、あなたが www.example.com を開いたときに、PC は誰に何を聞いて、どう答えが返ってくるのでしょうか。ステップで追いかけてみましょう。 細かい仕組み(再帰や反復)は標準編に回し、ここでは 「自分の PC → DNS サーバ → 答えが返る」 という大筋に集中します。
POINT あなたの PC は 身近な DNS サーバに1回問い合わせる だけ。 その先の細かい調査(誰に聞きにいくか)は DNS サーバが代わりにやってくれる

5つのステップで見る名前解決

あなたの PC ブラウザ起動中 1 URL入力 DNS 身近な DNS サーバ 自宅ルータや ISP が用意 Webサーバ www.example.com 2 DNS問い合わせ「IPは?」 3 DNSサーバの内部で確認 必要なら上位DNSへ問い合わせ 4 IP回答「93.184.216.34」 5 取得したIPへHTTP接続
ステップ1. あなたがブラウザに www.example.com と入力。PC は「名前は分かったけど、どこ宛に送ればいい?」と困っている状態。
ステップ2. PC は身近な DNSサーバ(家庭ルータや ISP・学校が用意したもの)に 「www.example.com の IPアドレスを教えて」と問い合わせる。これが「名前解決の依頼」。
ステップ3. DNS サーバはまず自分の手元(キャッシュ)を見る。なければ 他の DNS サーバに代わりに聞きにいく。誰に聞くかは内部で決まっており、PC からは見えない(細かい話は標準編で)。
ステップ4. 答え(93.184.216.34 のような IPアドレス)が DNS サーバから PC に返ってくる。ここまでが「名前解決」の本体。
ステップ5. PC は得られた IPアドレス宛に、ようやく Web サーバへ実際の通信を始める。ここから先は HTTP(第6回で扱う) の仕事。
1 / 5

図の見方:あなたの PC が直接 DNS サーバに尋ね、答えが返ってきてから Web 通信が始まる。DNS サーバの中で他のサーバへ問い合わせている可能性もあるが、PC 側には「1回聞いて、1回答えが返ってきた」ように見える。

DNS の問い合わせは、ふつうは 一瞬(数十ミリ秒〜数百ミリ秒) で終わります。だから普段はその存在に気づきません。Wi-Fi が遅い・回線が混んでいるとここでも待たされ、ページが開くまでが余計に遅く感じることがあります。
情報Iで覚えることURL を入力すると、まず PC が 身近な DNS サーバ にドメイン名を問い合わせ、IPアドレスを受け取ってから Web サーバに接続する。DNS は Web 通信の 前に 動く。

同じサイトに2回目アクセスはなぜ速い? ── キャッシュ

一度引いた答えを 覚えておいて、しばらく使い回す 仕組みを キャッシュ(cache) と呼びます。 DNS にもキャッシュがあり、これが「2回目以降のアクセスがやけに速い」理由のひとつになっています。
POINT DNS のキャッシュは、PC・ブラウザ・身近な DNS サーバ など あちこちに少しずつ 存在する。 だから普段の問い合わせの大部分は、遠くのサーバまで行かずに 近くで答えが返ってくる

キャッシュなし vs キャッシュあり

1回目(キャッシュなし) PC MISS DNSキャッシュ 上位DNSサーバ 知らないので上位へ聞く 答えを受け取り、キャッシュに保存 2回目以降(キャッシュあり) PC HIT DNSキャッシュ 上位DNSサーバ 今回は行かない 近くのキャッシュが即答 上位DNSまで行かずに済む ※ キャッシュには有効期限があり、期限切れ後は再問い合わせする

図の見方:1回目は DNSキャッシュに答えがないので上位DNSサーバまで聞きに行く。2回目はキャッシュに答えが残っているので、上位DNSへ行かずにすぐ PC へ返せる ── これがキャッシュの効き目。

小問:同じサイトに「2回目」のアクセスをすると、1回目より速く感じることがあります。DNS 的に見て一番大きな理由は次のうちどれでしょう?
正解: B。1回目に引いた「名前 → IP」の答えがキャッシュに残っているので、2回目はそれを再利用でき、遠くの DNS サーバまで聞きに行かずに済みます。A は誤り(回線速度が変わるわけではない)、C も誤り(IP は2回目も必要)、D も誤り(DNS は要不要では消えず、キャッシュで効率化されるだけ)。

キャッシュは「ちょっとだけ覚える」

キャッシュは 永久には覚えていません。一定時間が経つと忘れて、もう一度引きにいきます。これは、もし「サーバが引っ越して IPアドレスが変わった」ときに、古い答えをずっと使い続けてしまうと困るからです。速さ新鮮さ のバランスを取った仕組み、と覚えておきましょう。

つながる知識: キャッシュという考え方は DNS だけのものではありません。CPU、ブラウザの画像、データベース、地図アプリ ── どこでも「よく使うデータを近くに置いておくと速い」という発想で使われています。「近くに置いて使い回す」、これは情報科学の中心的なアイデアの1つ。

情報Iで覚えること一度引いた「名前 → IP」の答えを近くに保存して使い回す仕組みを キャッシュ という。2回目のアクセスが速いのはこのため。有効期限があり、時間が経つと再問い合わせする。

DNS サーバの階層 ── ルート → TLD → 権威

DNS は 1台の巨大な電話帳サーバ で世界中の名前を管理しているわけではありません。 もし全部1台に集約していたら、そこが落ちた瞬間にインターネットが止まってしまいます。 実際には 役割を分担して階層的に 管理しています。ここでは「そういう階層があるんだ」という存在感だけつかんでおきましょう。
POINT DNS サーバはおおむね3段の階層:
① ルート DNS サーバ ── 一番てっぺんの案内係
② TLD DNS サーバ ── .com.jp ごとの担当
③ 権威 DNS サーバ ── 各組織が自分のドメイン名の答えを持っている

3段階で見る名前の世界

担当範囲は、上から下へ細かくなる ルート → TLD → 権威DNSサーバの順に、名前の担当をたどる ① ルートDNS ② TLD DNSサーバ ③ 権威DNSサーバ ルートDNS 最上位の案内係 .com 担当 TLD DNSサーバ .jp 担当 TLD DNSサーバ .org 担当 TLD DNSサーバ example.com 権威DNSサーバ school.example.jp 権威DNSサーバ shop.example.jp 権威DNSサーバ docs.example.org 権威DNSサーバ 例: example.com は .com の下、school.example.jp や shop.example.jp は .jp の下にある

図の見方:DNS は3段の階層構造。ルート から始まり、ドメイン名の末尾(.com.jp)を担当する TLD サーバ、そして個別の組織(example.com など)を担当する 権威サーバ へと降りていく。あなたの PC は普段、身近な DNS サーバに聞くだけで、この階層自体は見えない。※ これはあくまで概念図で、実際には再帰問い合わせやキャッシュが間に入り、毎回ルートから順に辿るとは限らない。

身近な国の郵便番号にも似ている

住所も「日本 → 東京都 → 渋谷区 → 〇〇町X-Y」という風に、大きい区分から細かい区分へ降りていきますね。DNS の階層もそれと似た発想で、1か所に集めるのではなく分担する ことで、世界規模でも壊れにくい仕組みになっています。

もっと詳しく:ルートサーバは世界に何台?

「ルート DNS サーバ」は 論理的には 13 個 として扱われていますが、実際にはそれぞれが世界各地に分散した 多数のサーバ群(クラスタ) で構成されています。だから1台が止まってもインターネット全体が止まることはありません。地理的な配置も含めた詳しい話は 標準 編で扱います。

考えてみよう: もし DNS が階層化されておらず、「世界にたった1台のサーバ」が全部の名前を管理していたとしたら、何が起きそうでしょう?故障・混雑・管理の手間 ── いろんな観点で考えてみよう。

情報Iで覚えることDNS サーバは ルート → TLD(.com/.jp など) → 権威サーバ階層構造 で役割を分担し、世界中に分散している。だから1か所の故障で全体が止まらない。

日常で「見える」DNS

DNS は普段は完全に裏方ですが、見ようとすれば見える瞬間があります。 ここでは「名前で接続するときと、IPで直接接続するとき」の体感の違いを見比べ、 そのあと、問い合わせがやり取りされる様子をアニメで眺めてみましょう。

名前で接続 vs IPで直接接続

A. 名前で接続(普段の使い方)

普段あなたがやっているのはこちら。

  1. ブラウザに https://www.example.com/ と入力
  2. 裏で DNS が www.example.com → 93.184.216.34 と変換
  3. その IP のサーバへ通信開始 → ページ表示

あなた自身は 数字を一切見ない。覚える必要があるのは「名前」だけ。サーバが引っ越して IP が変わっても、URL は同じまま使えます。

B. IPで直接接続

原理的には、IPアドレスを直接ブラウザに入れても繋がります。

  1. ブラウザに https://93.184.216.34/ のように入れる
  2. DNS は使われず、その IP に直接アクセス
  3. ただし「証明書のエラー」や「正しいページが返ってこない」など、実用上の不便も多い(IPアドレスを共有するサーバの場合、名前が無いとどのサイトを返せばよいか判別できないため)

つまり 技術的には可能だが、普段は使わない。日常で IPアドレスを直接打つのはトラブル切り分けのときくらいです。

違いを並べて比較

A. 名前で接続

・URL は意味のある文字列
・サーバの引っ越しに強い
・1つの名前で複数台に振り分けできる
・DNS の問い合わせが少しだけ走る

B. IP で直接接続

・URL がただの数字の羅列
・サーバの IP が変わると即アクセス不能
・複数サイトの共用サーバではうまく動かない
・DNS は要らない(けど代わりに不便を引き受ける)

考えてみよう: どちらが「便利」かはひと目で分かりますね。普段当たり前に使っている 名前 の便利さは、DNS のおかげで成立しているわけです。

アニメーション:問い合わせと答えのキャッチボール

下の図では、PC から DNS サーバに「問い合わせ(オレンジ)」が飛び、サーバから PC に「答え(青)」が返るのを繰り返しています。再生・一時停止・最初に戻すボタンで観察してみてください。

あなたの PC DNS サーバ 「www.example.com の IP は?」 「93.184.216.34 です」

図の見方:オレンジの「問」が PC → DNS サーバへ、青の「答」が DNS サーバ → PC へと交互に飛んでいる。普段の Web 通信の前に、こんな小さなキャッチボールが裏で走っている、というイメージ。

本当は1往復で終わるのが基本ですが、新しい名前の場合は DNS サーバの内部で さらに別のサーバに聞きに行く ことがあります。そこを覗き始めるのが 標準 編の DNS の話です。
情報Iで覚えること普段は意識しないが、ブラウザに URL を入力した瞬間から DNS が裏で動いて いる。名前で繋がるのは DNS が IPアドレスに変換しているおかげ。

まとめと用語チェック

SUMMARY 1. DNS はインターネットの「電話帳」── ドメイン名から IPアドレスを引き出す仕組み
2. 人間は 覚えやすい名前、機械は 正確な番号(IP) を使う。両者をつなぐ翻訳係が DNS
3. PC は身近な DNS サーバに 1回問い合わせる だけ。難しい部分はサーバ側が担当
4. 一度引いた答えは キャッシュ に残り、2回目以降のアクセスを速くする
5. DNS サーバは ルート → TLD → 権威 の階層構造。1か所集中ではなく分担で動いている
6. URL を入れた瞬間、見えないところで DNS が走り、その後に Web 通信(HTTP) が始まる

用語チェック

用語1行説明
DNS(Domain Name System)ドメイン名と IPアドレスを変換する仕組み。インターネットの電話帳
ドメイン名人間が覚えやすい形のホスト識別名(例: www.example.com)
IPアドレス機械がホストを識別するための番号(例: 93.184.216.34)
名前解決ドメイン名から IPアドレスを引き出す処理そのもの
DNS サーバ名前と IP の対応を答えるサーバ。家庭ルータや ISP・組織が用意している
キャッシュ一度引いた答えをしばらく覚えておく仕組み。2回目以降が速くなる理由
ルート DNS サーバDNS 階層の最上位。世界に分散して配置されている案内係
TLD DNS サーバ.com.jp など、ドメイン名の末尾を担当するサーバ
権威 DNS サーバ各組織が自分のドメインの最終的な答えを持っているサーバ
負荷分散1つの名前に複数の IPアドレスを紐づけて、利用者を分散して受け止める仕組み
A レコード名前から IPアドレスへの対応を表す記録(IPv4)。詳しくは標準編
MX レコードメールサーバの場所を表す記録。詳しくは標準編
NEXT: 次回(第6回)は、DNS で IPアドレスを得たあとに走る HTTP / Web の仕組み を扱います。「GET / HTTP/1.1」のような会話で、サーバから HTML が届くまでを追いかけていきます。

確認問題

問1. DNS の主な役割として、最も適切なものを1つ選べ。

次の選択肢から最も適切なものを選択してください。
A. データを暗号化して安全に通信できるようにする
B. 人間が覚えやすいドメイン名を、機械が使う IPアドレスに変換する
C. インターネット回線の速度(bps)を測る
D. ネットワーク機器の電源を遠隔で管理する
正解:B
DNS の中心の仕事は「名前 ↔ IPアドレスの変換(名前解決)」。Aは暗号化の話で TLS/HTTPS、Cは回線速度測定、Dは別のリモート管理機能で、いずれも DNS とは別の仕組みです。

問2. なぜ実用上、IPアドレスではなくドメイン名が広く使われているのか。最も適切な理由を1つ選べ。

次の選択肢から最も適切なものを選択してください。
A. ドメイン名の方が IP より高速に通信できるから
B. ドメイン名は法律で必ず使うことが定められているから
C. 人間にとって覚えやすく、サーバの IP が変わっても同じ名前を使い続けられるから
D. ドメイン名はパケットの中身を自動で暗号化してくれるから
正解:C
「覚えやすさ」と「サーバ引っ越しに強い」が大きな理由。ドメイン名そのものが速度を上げるわけ(A)でも、法律で強制(B)でも、暗号化機能(D)でもありません。

問3. ブラウザに URL を入れてからページが表示されるまで、DNS が行うことに当てはまるものはどれか。

次の選択肢から最も適切なものを選択してください。
A. URL に含まれるドメイン名を IPアドレスに変換し、その後の通信に必要な宛先を教える
B. ページの HTML を直接ブラウザに送り届ける
C. 取得した HTML を画面にレンダリング(描画) する
D. パケットの順番が乱れたときに並べ直して再送する
正解:A
DNS は「名前 → IP」の変換係。HTML を運ぶ(B)のは HTTP、描画(C)はブラウザ自体の役割、順序の管理や再送(D)はトランスポート層の TCP の役割です。

問4. DNS のキャッシュに関する説明として、最も適切なものを1つ選べ。

次の選択肢から最も適切なものを選択してください。
A. 一度引いた答えを永久に保存するため、IP の変更があっても更新されない
B. 一度引いた「名前 → IP」の答えを一定時間覚えておき、2回目以降の問い合わせを近くで済ませる
C. キャッシュとは IPアドレスを暗号化する仕組みのこと
D. キャッシュは PC 上にだけ存在し、DNS サーバ側には一切存在しない
正解:B
キャッシュは「ちょっとの間覚えておく」仕組み。永久保存ではない(A)ので、サーバ引っ越し時には少し時間が経てば新しい IP で更新されます。暗号化(C)とも別、PC だけでなく身近な DNS サーバなどにも存在(D が誤り)します。

問5. DNS サーバの階層構造について、最も適切な説明はどれか。

次の選択肢から最も適切なものを選択してください。
A. 世界に1台しかない巨大サーバが、すべての名前と IP の対応を管理している
B. 多数の DNS サーバをランダムに使い分けるだけで、階層という概念はない
C. すべての PC が自分の中で全世界の名前を記憶しており、サーバは存在しない
D. ルート → TLD(例: .com, .jp) → 権威サーバ という階層で役割を分担している
正解:D
DNS は階層的な分担で動いています。1台集中(A)では故障や混雑に耐えられません。階層構造はあり(B が誤り)、PC 単独で全世界を覚える(C)のは不可能です。
← PREV
第4回 IPアドレスとドメイン名
NEXT →
第6回 WWW と HTTP