図解で分かる Web の仕組み

DNS とは ― ドメイン名から IP アドレスを調べる流れを図で見る

ブラウザに example.jp と入れると、裏ではまず「example.jp の番地はどこか」を調べています。この調べものを受け持つのが DNS です。答えが見つかるまでに、いくつものサーバーを順にたどっていきます。

公開

パソコン キャッシュ DNS サーバー ルート .jp の担当 example.jp の担当 名前 example.jp 番地(IP アドレス) 203.0.113.10 覚えていない ? ? ? ? → .jp → example.jp 203.0.113.10 203.0.113.10 TTL 3600 秒

1 / 7 1. 名前と番地 コンピューターどうしは IP アドレスという番号でつながります。ドメイン名を IP アドレスに置きかえるのが DNS です。 本文で読む

  1. 1. 名前と番地 コンピューターどうしは IP アドレスという番号でつながります。ドメイン名を IP アドレスに置きかえるのが DNS です。
  2. 2. まず手元の覚えを見る パソコンは、最近調べた答えを少しのあいだ覚えています。覚えていればそれを使い、なければ外に問い合わせます。
  3. 3. キャッシュ DNS サーバーにリクエストを送る パソコンは「example.jp の番地は?」というリクエストを、キャッシュ DNS サーバーに送ります。ここから先の調べものは、このサーバーが代わりに行います。
  4. 4. ルートサーバーに聞く キャッシュ DNS サーバーは、まず一番上のルートサーバーに聞きます。答えは「.jp のことは、.jp の担当に聞いて」です。
  5. 5. .jp の担当に聞く .jp の担当のサーバーに聞くと、「example.jp のことは、example.jp の担当に聞いて」と教えてくれます。
  6. 6. example.jp の担当が答える example.jp の担当のサーバーが「203.0.113.10 です」と答えます。キャッシュ DNS サーバーは、その答えをパソコンに返します。
  7. 7. 答えを覚えておく 答えには「何秒まで覚えていてよいか」(TTL)が付いています。そのあいだは、キャッシュ DNS サーバーもパソコンも、問い合わせを省きます。

1. 名前と番地

インターネットにつながるコンピューターには、IP アドレスという番号(例:203.0.113.10)が付いています。ブラウザがサイトのサーバーにつながるときも、この番号を使います。

ただ、番号は人には覚えにくいので、サイトには example.jp のような ドメイン名 を付けて使います。名前から番号を調べる仕組みが DNS です。電話帳で、名前から電話番号を引くのに似ています。

2. まず手元の覚えを見る

ドメイン名を調べるとき、パソコンはいきなり外に問い合わせるわけではありません。ブラウザやパソコン(OS)は、最近調べた答えを少しのあいだ覚えています。

  • 覚えていれば、その答えをすぐ使います
  • 覚えていなければ、外の DNS のサーバーに問い合わせます

この「覚えておく」ことを キャッシュ といいます。

3. キャッシュ DNS サーバーにリクエストを送る

パソコンが問い合わせる先は キャッシュ DNS サーバー(フルサービスリゾルバーとも呼びます)です。多くは、契約しているプロバイダーや社内のネットワークが用意したものを使います。

パソコンがするのは「example.jp の番地は?」というリクエストを送るところまでです。答えを見つけるまでの調べものは、キャッシュ DNS サーバーが代わりに行います。キャッシュ DNS サーバーも答えを覚えているので、ほかの人が最近調べた名前なら、その場で返してくれます。

補足

Google の 8.8.8.8 や Cloudflare の 1.1.1.1 のような「パブリック DNS」を設定していると、プロバイダーのものではなく、そのサービスのキャッシュ DNS サーバーにリクエストを送ることになります。

4. ルートサーバーに聞く

ドメイン名は、右から順に階層になっています。example.jp なら、一番上(ルート)の下に .jp があり、その下に example.jp があります。

キャッシュ DNS サーバーは、この階層を上からたどります。まず一番上の ルートサーバー に聞きます。ルートサーバーは example.jp の番地そのものは知りませんが、「.jp のことは、.jp の担当のサーバーに聞いて」と、次の行き先を教えてくれます。

ルートサーバーは世界に 13 の名前(a〜m)で置かれていて、実際にはそれぞれが多くの場所に分かれて動いています。

5. .jp の担当に聞く

次に、教えてもらった .jp の担当のサーバーに聞きます。ここも example.jp の番地そのものは知りませんが、「example.jp のことは、example.jp の担当のサーバーに聞いて」と教えてくれます。

example.jp の担当がどのサーバーかは、ドメインを登録するときに決めます。ドメインの管理画面で「ネームサーバー」を設定するのが、この部分です。

6. example.jp の担当が答える

最後に、example.jp の担当のサーバー(権威 DNS サーバー)に聞きます。ここには example.jp の情報が書いてあるので、「203.0.113.10 です」と答えが返ってきます。

キャッシュ DNS サーバーは、この答えをパソコンに返します。パソコンはようやく、その番地のサーバーにつなぎにいけます。つないだあと、ページが画面に出るまでの流れは「Web サイトが表示されるまで」で説明しています。

7. 答えを覚えておく

DNS の答えには、TTL(Time To Live)という「何秒まで覚えていてよいか」の期限が付いています(例:3600 秒=1 時間)。

  • キャッシュ DNS サーバーもパソコンも、期限までは答えを覚えておき、同じ名前の問い合わせを省きます
  • 期限が切れたら、もう一度たどり直します

毎回ルートからたどらずに済むので、DNS は速く、ルートサーバーなどに問い合わせが集中しすぎないようになっています。

DNS に書いておく主な情報

example.jp の担当のサーバーには、名前ごとにいくつかの種類の情報(レコード)を書いておきます。

レコード 書くこと 使う場面
A IP アドレス(IPv4) サイトのサーバーの番地
AAAA IP アドレス(IPv6) サイトのサーバーの番地(新しい形式)
CNAME 別の名前 www.example.jp を別の名前に向ける
MX メールを受け取るサーバー メールの届け先
TXT 文字の情報 メールの送信元の確認(SPF など)、サービスの所有確認
NS そのドメインの担当のサーバー 5 の「次はここに聞いて」の行き先

設定を変えてもすぐ反映されない理由

サーバーの引っ越しなどで A レコードを書きかえても、すぐには全員に新しい番地が届きません。キャッシュ DNS サーバーやパソコンが、7 の TTL のあいだは前の答えを覚えているためです。

引っ越しの前に TTL を短く(例:300 秒)しておくと、書きかえたあと、前の答えが残る時間を短くできます。

出典

この図解は、出典に挙げた仕様や公式の文書をもとに Claude(AI)が下書きし、セオリコが内容を確かめて公開しています。図は説明のために流れを簡単にしたもので、実際のやりとりはサイトや環境によって異なります。

表示されない・遅い・エラーが出るときは、ご相談ください。

症状をうかがい、どの段階で止まっているかから調べます。WordPress のトラブルの初回相談・簡易調査は無料です。