URLを打ってから画面が出るまでに何が起きているか──DNSという「電話帳」の正体

ブラウザのアドレスバーに example.com と打ってEnterキーを押す。1秒足らずでページが表示される——この当たり前の一瞬に、実はいくつもの「問い合わせ」が積み重なっています。

結論を先に書きます。

サーバーの住所（IPアドレス）は数字の羅列で覚えにくいので、人間が読める「名前」から数字を引く電話帳の役割を果たしているのがDNSです。この変換が毎回どこかで行われているから、私たちは覚えやすい名前だけでサイトにたどり着けます。

---

名前で聞いて、番号で返す

電話帳を思い出してください。「田中さんの電話番号は？」と聞かれたら、名前から番号を引いて答えます。DNS（Domain Name System）がやっていることは、これとまったく同じです。

• 聞く内容: www.example.com のIPアドレスは？
• 答える内容: 93.184.216.34（例）

ブラウザは直接この電話帳を持ち歩いているわけではなく、DNSリゾルバと呼ばれる案内係に問い合わせます。リゾルバは自分でも知らなければ、より上位の「電話帳の元締め」（ルート→トップレベルドメイン→権威DNSサーバー）へと順に問い合わせを重ね、最終的な番号を持ち帰ってきます。この一連の流れが、URLを打ってから最初の通信が始まるまでのわずかな時間に起きていることです。

具体的には、www.example.com を調べるとき、まず「ルート」に「.com はどこ？」と聞き、次に「.comの担当」に「example.com はどこ？」と聞き、最後に「example.comの担当（権威DNSサーバー）」に「www の番号は？」と聞く、という具合に、階層を一段ずつ下りながら答えにたどり着きます。毎回この全段階を踏むのは大変なので、途中の答えもそれぞれの階層でキャッシュされ、次回以降は近道できるようになっています。

毎回聞きに行かない理由──キャッシュとTTL

同じ名前を毎回律儀に元締めまで問い合わせていては時間がかかります。そこでリゾルバやブラウザは、一度引いた答えを**キャッシュ（手元のメモ）として一定時間覚えておきます。この「一定時間」を指定するのがTTL（Time To Live）**です。

TTLの長さ	メリット	デメリット
長い（例: 1日）	問い合わせが減り速い	サーバー移転などの変更が反映されるまで遅い
短い（例: 5分）	変更がすぐ反映される	問い合わせが増える

サイト運営者がサーバーを引っ越すとき、事前にTTLを短くしておくのはこのためです。長いTTLのまま移転すると、古い住所を覚えている人がしばらく古いサーバーへアクセスし続けてしまいます。

「DNSの浸透待ち」という言葉の正体

サーバー移転やドメイン設定の直後によく聞く「DNSが浸透するまで待ってください」という表現。これは実は正確な言い方ではありません。

DNSの情報は、世界のどこかに向かって水のように染み込んでいく（浸透する）わけではなく、世界中の無数のリゾルバが、それぞれ自分の覚えた古いキャッシュのTTLが切れるのを待っているだけです。ISPによって、あるいは利用者の端末によって、キャッシュを覚えた時刻もTTLの長さもばらばらなので、結果として「見える人と見えない人が入り混じる期間」が生まれます。それが遠目には「じわじわ浸透している」ように見えるというわけです。正体はTTLの失効待ちの集合であって、何かが物理的に伝播しているのではありません。だからこそ、サーバー移転の前日にTTLを短くしておけば、この「待ち時間」自体を事前に縮めることができます。

電話帳には複数のページがある

DNSの「電話帳」は、実は1種類の答えしか持っていないわけではありません。聞く内容によって、参照するページ（レコードの種類）が変わります。

レコード	何を答えるか
A / AAAA	ドメイン名に対応するIPアドレス（AAAAはIPv6用）
CNAME	「このドメインの中身は、別のドメイン名を見て」という別名の指定
MX	このドメイン宛てのメールを受け取るサーバー
TXT	ドメインの所有証明や送信元認証など、任意の文字列情報

同じ「電話帳」でも、住所を聞くページと、郵便物の転送先を聞くページは別だとイメージすると分かりやすくなります。「今どんな種類のレコードがあり、何のために使うのか」を引きたいときは、DNSレコードの種類を整える で早見できます。設定作業のときに手元に置いておくと、電話帳のどのページを書き換えているのかがすぐ分かります。