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)が下書きし、セオリコが内容を確かめて公開しています。図は説明のために流れを簡単にしたもので、実際のやりとりはサイトや環境によって異なります。