DNSとは？URLを打った瞬間に起きる裏側の仕組み
画像出典: 写真: TilmannR（CC BY-SA 2.5 / Wikimedia Commons）
DNSは「ドメイン名（example.com）」を「IPアドレス（数字の住所）」に変換する住所録の仕組みです。端末は最寄りのキャッシュDNSサーバーに問い合わせ、答えを持っていなければルート→TLD→権威DNSと階層をたどって住所を突き止めます。「サーバーのIPアドレスが見つかりません」というエラーの多くは、この住所録のどこかで答えが返ってこない状態を指します。
ブラウザのアドレス欄に打ち込む example.com のような文字列は、実はインターネット上の住所ではありません。本当の住所は数字を並べた 203.0.113.10 のような値、つまりIPアドレスです。
人間は数字の羅列を覚えられないので、覚えやすい名前と本当の住所を対応づける「住所録」が必要になります。それがDNS（Domain Name System）です。URLを打ってからページが出るまでの最初の一手は、この住所録を引く作業から始まります。
正直なところ、普段は意識しなくても困りません。ただ、この仕組みを知っていると「サーバーのIPアドレスが見つかりません」というエラーが出たときに、何が起きているのか見当がつくようになります。
DNSとは？ひとことで言うと何をしている仕組み？
DNSは、ドメイン名をIPアドレスに変換する仕組みです。この変換作業のことを「名前解決」と呼びます。以降もこの言葉で通します。
電話帳を思い浮かべてください。「山田さんに電話したい」と思ったとき、私たちは11桁の番号ではなく名前で探します。電話帳が名前と番号を対応づけているように、DNSはドメイン名とIPアドレスを対応づけています。
違うのは規模です。電話帳は一冊の本ですが、インターネット上のドメイン名は膨大で、しかも毎日増減します。一箇所にまとめた台帳では管理しきれないので、DNSは役割ごとに分担する階層構造を取っています。
- ドメイン名から、対応するIPアドレスを答える（名前解決）
- 答えを一定時間覚えておき、同じ質問に即答する（キャッシュ）
- ドメインごとの管理者が、自分の担当分だけを責任もって答える（権威）
URLを打った瞬間、どんな順番で問い合わせが進む？
ここからが本題です。あなたが example.com と打った瞬間、端末は次のような順番で答えを探しに行きます。
- スタブリゾルバ端末の中にいる問い合わせ担当。OSの一部で、アプリからの「このドメインの住所を教えて」を受け取ります。まず自分の手元のキャッシュを見て、なければ次へ。
- キャッシュDNSサーバー回線事業者や設定したDNSサービスのサーバー。よく聞かれる住所を覚えている案内係です。覚えていればここで即答して終わり。
- ルートサーバー案内係も知らない場合の最初の照会先。「.com のことは .com の担当に聞いて」と、次の窓口を教えてくれます。
- TLDサーバー.com や .jp といったトップレベルドメインの担当。「example.com のことは、この権威サーバーに聞いて」と、さらに次を教えます。
- 権威DNSサーバーそのドメインの正式な管理者。ここで初めて「example.com のIPアドレスはこれです」という最終的な答えが返ります。
役所の窓口に近い流れです。総合案内に行き、部署案内に回され、最後に担当者本人から答えをもらう。ルートもTLDも「答え」ではなく「次の行き先」を教えているだけという点が、この仕組みの肝です。
「再帰的問い合わせ」と「反復問い合わせ」の違い
いま見た流れは、実は2種類の問い合わせが組み合わさっています。誰が誰に、どんな頼み方をしているかで名前が分かれます。
| 依頼の種類 | 誰から誰へ | 頼み方 |
|---|---|---|
| 再帰的問い合わせ | 端末 → キャッシュDNSサーバー | 最終的な答えだけください |
| 反復問い合わせ | キャッシュDNSサーバー → ルート・TLD・権威 | 次の行き先を教えてください |
上の表の1行目、端末からキャッシュDNSサーバーへの依頼が再帰的問い合わせです。「途中経過はいらないので、最終的な答えだけ持ってきて」という丸投げの依頼になります。
2行目の反復問い合わせは、キャッシュDNSサーバーがルート→TLD→権威とたどる部分にあたります。一段ずつ「次はどこ？」を聞いて回り、自力で答えにたどり着きます。
つまり、端末は一回聞くだけで済み、面倒な階層めぐりはキャッシュDNSサーバーが肩代わりしています。この分担があるから、あなたのスマホは階層をたどる手間を負わずにページを開けます。
なぜ2回目のアクセスは速いのか？キャッシュとTTLのしくみ
階層めぐりを毎回やり直せば、そのぶん待たされます。そこで各段階のサーバーと端末は、一度得た答えを一定時間だけ手元に保存します。これがDNSキャッシュです。
保存する時間はTTL（Time To Live）という値で決まっています。ドメインの管理者が「この情報は◯秒間は有効」と宣言しておき、受け取った側はその秒数のあいだ再問い合わせをしません。
この仕組みには裏返しがあります。サーバーを引っ越してIPアドレスを変えても、世界中のキャッシュが切れるまでは古い住所が答えられ続けます。サイト移転の作業で「反映まで時間がかかります」と言われるのは、このTTLの待ち時間のことです。
「自分のPCだけサイトが開かない」「スマホでは見られるのにPCではエラー」といった状況は、端末やルーターに残った古いキャッシュが原因のことがあります。この場合、サイト側は正常なので待っても直りません。後述のキャッシュクリアで解消します。
「サーバーのIPアドレスが見つかりません」の原因は？
名前解決に失敗すると、ブラウザは「サーバーのIPアドレスが見つかりませんでした」「DNS_PROBE_FINISHED_NXDOMAIN」といったエラーを出します。要するに住所録を引いたのに答えが返らなかった状態です。主な原因は次の通りです。
- ドメイン名の入力ミス（そもそも存在しない名前を聞いている）
- DNSサーバー自体の障害・応答不能
- 端末やルーターに残った古いキャッシュ
- DNS設定の誤り、またはTTLによる反映待ち
- 回線事業者側で一時的に名前解決ができない状態
- セキュリティソフトやフィルタリングによるブロック
切り分けの目安は「他の端末では開けるか」です。同じWi-Fiの別の端末では開けるなら、その端末固有のキャッシュや設定が疑わしい。どの端末でも開けないなら、ルーターより先の問題です。スマホをモバイル回線（Wi-Fiオフ）に切り替えて開けるなら、自宅回線側のDNSが怪しいと判断できます。
今日試せる対処の順番
- URLを見直す打ち間違い、余分な文字、古いドメインでないかを確認します。一番多くて一番あっけない原因です。
- 端末を再起動する端末内のDNSキャッシュがクリアされます。手順を覚えなくていいので最初に試す価値があります。
- キャッシュを明示的に消すWindowsならコマンドプロンプトで
ipconfig /flushdns。ブラウザ側だけならシークレットウィンドウで試すと、拡張機能やブラウザキャッシュの影響を切り分けられます。 - ルーターを再起動するルーターもキャッシュDNSとして動いていることが多く、ここに古い情報が残っている場合があります。
- DNSサーバーを変えてみる後述のパブリックDNSに切り替えて開けるようになれば、原因は元のDNSサーバー側だったと確定できます。
DNSを「8.8.8.8」に変えると何が変わる？
DNSサーバーの変更で入れ替えているのは、先ほどの流れの2段目「キャッシュDNSサーバー」を誰にするかだけです。通常は回線事業者が用意したサーバーが自動で使われますが、そこを公開されている別のサーバーに指定し直す、というのが操作の中身になります。
代表的なものがパブリックDNSと呼ばれるサービスです。Googleが提供する Public DNS（8.8.8.8 / 8.8.4.4）や、Cloudflare の 1.1.1.1 がよく知られています。では、切り替えると実際に何が変わるのでしょうか。
| 項目 | 切り替えで変わるか |
|---|---|
| 名前解決の応答速度 | 変わる場合がある（速くなることも遅くなることもある） |
| 問い合わせ履歴の扱い | 変わる（プライバシー方針が提供元のものになる） |
| 公衆Wi-Fiでの応答改ざんリスク | 変わる（下げられる） |
| 回線そのものの速度・帯域 | 変わらない（データの通り道は同じ） |
| サイト側が落ちているときの可否 | 変わらない |
上の表で押さえてほしいのは、下2行の「変わらない」ほうです。DNSを変えても回線の帯域は1ビットも増えません。速くなったと感じるのは、ページを開く最初の一手である名前解決が短縮されるためで、動画のカクつきや大容量ダウンロードの改善には基本的に効きません。
会社や学校のネットワーク、また家庭でも子ども向けフィルタリングを回線事業者のDNSで実現している場合、DNSを勝手に変えると社内サイトが引けなくなったりフィルタが外れたりします。管理された回線では変更前に確認が必要です。また、変更後に不調が出たら「自動取得」に戻せば元通りになるので、その戻し方を先に確認しておくと安心です。
設定はどこで変える？
- Windows設定のネットワークとインターネットから、使用中のアダプターのプロパティを開き、IPv4のDNSサーバーアドレスを手動指定に切り替えて入力します。
- iPhone / iPad設定→Wi-Fi→接続中のネットワークの「i」マーク→「DNSを構成」を「手動」にして追加します。Wi-Fiごとの設定なので、モバイル回線には影響しません。
- ルーターでまとめてルーターの管理画面で指定すると、つながる全端末に一括で適用されます。家族の端末を個別に触らなくて済む代わりに、影響範囲も全端末になります。
迷ったら、まずスマホ1台のWi-Fi設定だけで試すのが安全です。効果と副作用を1台で確かめてから、必要ならルーターに広げれば十分です。
知っておくと世界の見え方が変わる、DNSの位置づけ
ここまで見てきた通り、DNSは「通信そのもの」ではなく「通信を始める前の道案内」です。だからこそ、ここが止まるとインターネット全体が止まったように見えます。
大規模なサービス障害のニュースで「DNSの設定変更が原因」と報じられることがあるのは、この位置づけのためです。サーバーが元気に動いていても、住所録が間違っていれば誰もたどり着けません。DNSはインターネットの入り口であり、同時に最も影響範囲の広い一点でもあります。
普段の生活で覚えておくと役に立つのは、次の一点に尽きます。ネットがつながらないと感じたとき、それが「回線の問題」なのか「名前解決の問題」なのかを切り分けられること。IPアドレスで直接アクセスできるのにドメイン名では開けないなら、それは回線ではなくDNSの話です。
すべてを覚える必要はありません。「名前を住所に変える係がいて、その答えはしばらく使い回されている」——この2つだけ頭の隅に置いておけば、たいていのDNS絡みのトラブルは筋道を立てて追いかけられます。
よくある質問
DNSとは何ですか？
DNSはドメイン名（example.comなど）をIPアドレス（数字を並べた住所）に変換する仕組みで、Domain Name Systemの略です。人間が覚えやすい名前と、通信に必要な数字の住所を対応づける、インターネットの住所録にあたります。この変換作業を名前解決と呼びます。
DNSの名前解決はどんな順番で行われますか？
端末内のスタブリゾルバがキャッシュDNSサーバーに問い合わせ、そこに答えがなければキャッシュDNSサーバーがルートサーバー、TLDサーバー、権威DNSサーバーの順に階層をたどって答えを取得します。ルートとTLDは答えそのものではなく次の問い合わせ先を返し、最終的な答えはドメイン管理者が運用する権威DNSサーバーが返します。
「サーバーのIPアドレスが見つかりません」と出たときはどうすればいいですか？
URLの入力ミスを確認し、端末を再起動してDNSキャッシュをクリアします。それでも解決しない場合はルーターを再起動し、パブリックDNS（8.8.8.8や1.1.1.1）に切り替えて改善するか試します。別の端末やモバイル回線で同じサイトが開けるかを確認すると、端末固有の問題か回線側の問題かを切り分けられます。
DNSをGoogleやCloudflareのものに変えるとネットは速くなりますか？
名前解決の応答が速くなる場合はありますが、回線そのものの速度は変わりません。変わるのはページを開く最初の一手にかかる時間だけで、動画の再生品質や大容量ダウンロードの速度は改善しません。また、会社や学校のネットワーク、フィルタリングを利用している家庭では、変更すると社内サイトが開けなくなったりフィルタが無効になったりする可能性があります。
※記事で使用した内容・数値は変更される場合があります。最新情報は公式サイトをご確認ください。