DNS（ドメイン名の名前解決）

何を解決する？

IPアドレスは数字の羅列で覚えられず、サーバ移転で変わることもあります。DNS があるおかげで、

• 人は 覚えやすい名前 だけ知っていればいい
• 裏側のIPが変わっても、DNSの向き先を変えるだけ で追従できる
• 1つの名前を 複数IP に分散（負荷分散・冗長化）できる

名前解決の流れ

ブラウザに www.example.com と入れてから、IPが返るまでの典型的な流れです。

1. キャッシュを確認（ブラウザ → OS → 近くのDNSキャッシュサーバ）。あればそれで終了
2. なければ フルサービスリゾルバ（キャッシュDNS） が代理で探しに行く
3. ルートサーバ に聞く →「.com の担当（TLDサーバ）はこっち」
4. TLDサーバ（.com） に聞く →「example.com の担当（権威サーバ）はこっち」
5. 権威サーバ が www.example.com の IP を返す
6. リゾルバは結果を TTL の間キャッシュ して、ブラウザへ返す

主要なレコードの型

TTL とキャッシュ

各レコードには TTL（Time To Live） が付いていて、「この秒数はキャッシュしてよい」という意味です。

• TTL が長い → 反映は遅いが負荷は軽い
• TTL が短い → すぐ切り替わるが問い合わせが増える

つまずきポイント

• 「DNS 浸透（propagation）」は実は誤解 で、正体は 古いTTLのキャッシュが切れるのを待っている だけ
• CNAME はゾーン頂点（apex / example.com 自体）に置けない のが原則（各社は ALIAS/ANAME 等で回避）
• 名前解決ができないと、サーバ自体は生きていても「つながらない」。まず dig / nslookup で切り分け

ハンズオン

# example.com の A レコードを引く
dig example.com A +short

# 権威サーバに直接聞く（キャッシュを介さない）
dig @a.iana-servers.net example.com +norecurse

# 問い合わせの流れ（委任）を辿る
dig +trace example.com