DNS 解決はどう動きますか？

Question

DNS 解決はどう動きますか？

IT Interview Practice · Accepted Answer

**DNS**（Domain Name System）はインターネットの電話帳です。`example.com` のような人間が読める名前を、`93.184.216.34` のような IP アドレスに翻訳します。解決は階層的なルックアップで、通常はあなたの代わりに **recursive resolver**（あなたの ISP のもの、または 8.8.8.8 のようなパブリックなもの）が行い、あなたの代わりに **authoritative** ネームサーバーのツリーをたどります：

```text
Browser ──▶ Recursive Resolver ──▶ Root (.)          "ask .com's servers"
                     │        ◀──
                     ├────────▶ TLD (.com)            "ask example.com's servers"
                     │        ◀──
                     └────────▶ Authoritative         "example.com = 93.184.216.34"
                                (example.com)   ◀──
Browser  ◀── 93.184.216.34
```

resolver は **root** サーバー（TLD サーバーを知っている）に尋ね、次に `.com` の **TLD** サーバー（`example.com` の authoritative が誰かを知っている）に、そして **authoritative** サーバー（実際のレコードを保持する）に尋ねます。これを毎回繰り返さないよう、結果はあらゆる層で **cache** されます — ブラウザ、OS、resolver — それぞれがレコードの **TTL**（time-to-live）を尊重します。温まったキャッシュはマイクロ秒で解決し、冷えたルックアップは数往復かかることがあります。

一般的な**レコードタイプ**：`A`（name → IPv4）、`AAAA`（name → IPv6）、`CNAME`（別名から別の名前へ）、`MX`（メールサーバー）、`TXT`（任意のテキスト、SPF/検証に使う）、`NS`（ゾーンを委譲する）。解決を直接調べることもできます：

```bash
dig example.com A       # A レコードとどのサーバーが応答したかを表示
```

## なぜ重要なのか

DNS は、名前から始まる*あらゆる*リクエストのクリティカルパス上にあるため、遅い、または設定を誤った resolver はすべてに latency を加えます。面接官がこの質問を好むのは、あなたが**階層とキャッシング** — グローバルな分散システムが数十億のクエリに高速に答えることを可能にする 2 つの発想 — を理解しているかが明らかになるからです。これはまた、実際の production 障害の頻繁な原因でもあります（「いつも DNS のせい」）：期限切れのレコード、誤った TTL、変更後の伝播遅延 — そのため、キャッシングと TTL がどう働くかを知ることは直接的に実用的です。

なぜ重要なのか

関連する質問