DNS（ディーエヌエス）とはドメイン名からIPアドレスを調べる仕組み。DNSサーバーは権威DNSサーバーとキャッシュDNSサーバーの2種類で、家庭の端末はルーターなどから自動でアドレスを受け取る。名前解決の流れ・設定の変え方・つながらない時の確かめ方【2026年10月版】

2026年10月13日・日本時間時点の情報です。 DNS（ディーエヌエス）とは、ドメイン名とIPアドレスを対応づけて引けるようにするインターネットの仕組みで、DNSサーバーとは、その名前の問い合わせに答えるサーバーのことです（JPNICとJPRSの説明）。パソコンやスマホの設定画面に出てくる「DNSサーバー」は、このうち、名前を代わりに調べて返すサーバーを指すのが一般的です（JPRS）。そのアドレスは、ルーターなどから自動で受け取るのが基本で、Microsoftはこの自動の設定（DHCP）を「推奨」と書いています。

3行まとめ

1. JPNICはDNSを「インターネットの住所録」と書く（2013年4月1日付）。仕様の土台はRFC 1034・RFC 1035（1987年11月）。DNSサーバーには権威DNSサーバーとキャッシュDNSサーバーがあり、端末に設定するのは一般に後者（JPRS）。
2. 名前解決は、ルートサーバー、jpなどのTLDのサーバー、そのドメインの権威DNSサーバーの順にたどる（JPRS）。筆者は2026年10月13日2時40分にこのMacで dig +trace example.com を実行し、同じ順を確かめた。
3. 家庭の端末はDNSサーバーのアドレスをDHCPで自動的に受け取り、変える手順はApple・Microsoft・Googleが公開している。つながらない時はMicrosoftの資料にある ipconfig /all・nslookup・ipconfig /flushdns などで確かめる。DNS設定の書き換え被害は、総務省とJPCERT/CCの資料に例がある。

DNSとは。ドメイン名とIPアドレスを結ぶ「住所録」を、JPNIC・JPRS・総務省の原文で読む

JPNICの「DNSとは」（2013年4月1日付）は、通信はIPアドレスで行われ、人が覚えやすいドメイン名をそれに変換している、と書いたうえで、こう説明します。

「このドメイン名とIPアドレスを対応づけるしくみがDomain Name System (DNS)であり、「インターネットの住所録」にあたります。」

「DNSは、世界中に存在する多数のサーバが協調しあって動作するデータベースです。」

JPRSの用語辞典は、DNSを「インターネットに接続されたコンピューターの情報（ドメイン名とIPアドレスの対応など）を得るための仕組みです。」とし、総務省の「情報通信白書 for Kids」は「ドメインネームをIPアドレスに置きかえるコンピュータは、ネームサーバと呼（よ）ばれます。」と書いています。IPアドレスそのものはIPアドレスの記事で扱っています。

JPRSのコラム（掲載内容は2014年12月）によると、対応表を1つのファイル（HOSTS.TXT）で管理する方式が1980年代の初頭に限界に達し、DNSは1983年にRFC 882・RFC 883として公開され、1987年にRFC 1034・RFC 1035に改版されました。RFC 1034は設計目標の1つを、こう書きます。

"The sheer size of the database and frequency of updates suggest that it must be maintained in a distributed manner, with local caching to improve performance."

（訳）データベースの規模が非常に大きく更新も頻繁なので、性能を上げるための手元のキャッシュを使いながら、分散して管理しなければならないと考えられる。

RFC Editorの情報ページは、RFC 1034を「STD 13」（Internet Standard）とし、RFC 9471までの19本のRFCが更新した、と載せています。

DNSサーバーは1種類ではない。権威DNSサーバーとキャッシュDNSサーバーの違い

JPRSの用語辞典は、次のように書いています。

「DNSサーバーは、DNSプロトコルによるサーバー、すなわち権威サーバーに加え、フルサービスリゾルバーも含む呼び方です」

JPRSは「フルサービスリゾルバー（キャッシュDNSサーバー）」を1つの項目にし（2つの語は厳密には同じ意味ではない、と断っています）、JPNICは「キャッシュDNSサーバ」と呼びます。この記事では「キャッシュDNSサーバー」と書きます。

名前解決の流れ。www.example.jp のIPアドレスが分かるまでの順番

JPRSの用語辞典は、名前解決を「クライアントからの問い合わせに応じて、ネームサーバーから情報を取り出すことを言います。」と説明します。JPRSのコラム（No.10）が①から⑨で書く www.example.jp の例に、端末側の動き（JPRSの「スタブリゾルバー」の項目）を足すと、次の順になります。

1. Webブラウザーなどのアプリが、端末の中のスタブリゾルバー（DNSクライアント）に、IPアドレスを調べるよう頼む。
2. スタブリゾルバーが、設定されているキャッシュDNSサーバーに問い合わせる。
3. キャッシュDNSサーバーは、同じ答えをキャッシュに持っていれば、それを返す。
4. 持っていなければ、あらかじめ持っているルートサーバーのアドレスの表を使い、ルートサーバーに問い合わせる。JPRSのコラムによると、ルートサーバーはその名前のIPアドレスは管理していないが、jpのDNSサーバーの情報を返す。
5. jpのDNSサーバー（jpのようにドメイン名の一番右にある部分をTLDと呼ぶ）が、example.jp のDNSサーバーの情報を返す。
6. example.jp のDNSサーバー（権威DNSサーバー）が、www.example.jp のIPアドレスを返す。
7. キャッシュDNSサーバーは答えを端末に返し、キャッシュに保持する。アプリはそのIPアドレスで通信を始める。

キャッシュに残る時間（TTL）

JPRSの用語辞典によると、毎回ルートサーバーからたどるのは負荷が高く時間がかかるので、得た情報（リソースレコード）はキャッシュに一時的に保持して次回以降に使います。保持してよい時間がTTLで、JPRSの例では3600なら最大1時間です。

「TTLはキャッシュに保持されたのち減少していき、ゼロになると当該リソースレコードがキャッシュから削除されます。」

名前が存在しなかったことを示す応答（不在応答）もキャッシュされ、JPRSはこれを「ネガティブキャッシュ」と呼んでいます。つながらない時にキャッシュを消す手順が案内されているのは、この仕組みがあるためだと筆者は読みます。

家庭の端末は、どのDNSサーバーに聞いているのか。ルーターなどから自動で配られる

Microsoftのサポートは、Windowsの「IP 設定の編集」の説明で、次のように書いています。

「[自動 (DHCP)] を選択すると、ルーターまたはその他のアクセス ポイントにより、IP アドレスと DNS サーバー アドレスが自動的に設定されます (推奨)。」

DHCPは、RFC 2131（1997年3月）が「provides a framework for passing configuration information to hosts on a TCPIP network」（TCP/IPネットワーク上の機器に設定情報を渡すための枠組みを提供する）と書く仕組みで、DNSサーバーを渡す項目（オプション6）はRFC 2132の3.8節にあります。

渡されるアドレスは、ネットワークによって違います。バッファローのFAQは、LAN側IPアドレスが192.168.11.1のルーターを使う場合に、パソコンの「DNSサーバー」も192.168.11.1と表示される例を載せ、ルーターがブリッジモードの時は異なるアドレスになる、と書きます。JPRSは「多くのホームルーターは、DNSフォワーダーの機能を備えています。」とし、DNSフォワーダーを、自分では調べず別のキャッシュDNSサーバーに要求を転送するサーバーと説明しています。一方、Googleのページは、多くの場合はDHCPがISP（プロバイダー）のDNSサーバーのアドレスを設定する、と書きます。ここから筆者は、端末に渡されるのは「ルーター自身のアドレス」の場合と「プロバイダーなどのサーバーのアドレス」の場合がある、と推論しています（どちらになるかを示した公式の資料は、本記事では見ていません）。筆者のMacが受け取っていたのは、プライベートの範囲ではないアドレス2つでした（後の節）。

自分の端末のDNSサーバーを確かめる場所

DNS設定を変えるとは何を変えることか。公式ページが載せる公開DNSの例

Appleは、Macの「DNS」の設定を「DNSサーバおよび検索ドメインを入力します」と説明しています。検索ドメインは名前を補う設定で、Appleの例では、検索ドメインに apple.com を指定してブラウザに「store」と入力すると store.apple.com に着きます。端末の「DNS設定を変える」は、聞きに行くDNSサーバーの一覧か、この検索ドメインの一覧を変えることです。

Windowsは、Microsoftのサポートによると、「ネットワーク & インターネット 設定」でWi-Fiなら「既知のネットワークの管理」から接続を選び、「IP 割り当て」の横の「編集」で「手動」を選び、IPv4（またはIPv6）をオンにすると、「優先 DNS」と「代替 DNS」にアドレスを入れられます。ルーターの側で端末に配るアドレスを変える方法もあり、バッファローのFAQ（2013年9月更新）は、DHCPサーバー機能の「通知するDNSサーバアドレス」を設定し、「設定変更後は対象端末の再接続をして、IPアドレスの再取得をしてください」と案内しています。

公式ページが載せている公開DNSのアドレス

次の2つは、各社の公式ページが載せているアドレスで、使うことを勧めるものではありません。「変える」とは何を入力することかを示す例で、変えるかどうかは使う人の判断です。

変える前に、公式ページが書いている注意

• Googleは、変更前に現在のアドレスや設定を書き留めること、変更はOSの設定に習熟した利用者に勧めること、ISPが提供する機器にDNSサーバーが固定で書き込まれていると、その機器ではGoogle Public DNSを使う設定ができないこと、構成によっては管理者の権限が要ることを書いています。
• Appleは、macOS Monterey 12までの版のガイドにある「MacでDNSサーバを指定する」（Tahoe 26とmacOS 27の版には無いページ）で、特定のDNSサーバに接続する必要があるかどうかと使うアドレスを、ISPまたはネットワーク管理者に問い合わせるよう書いています。会社や学校のネットワークでは、変える前に管理者に確かめるのが先だと筆者は考えます。
• バッファローのFAQは、Google Public DNSを使う場合に、Googleの利用規約とプライバシーポリシーの確認を求めています。

変えると何が変わるのか

Googleは、"you are changing your DNS "switchboard" operator from your ISP to Google Public DNS"（DNSの「交換手」をISPからGoogle Public DNSに変える）と書いています。変わるのは、ドメイン名の問い合わせが届く先です。次のログの扱いは各社の記述で、本記事は検証していません。

• Google Public DNSのプライバシーのページ（最終更新2024-09-03）は、"Temporary logs are the only logs that store both your IP address and your DNS query."（一時的なログだけが、あなたのIPアドレスとDNSの問い合わせの両方を保存する）と書き、一時ログは24〜48時間以内の削除の対象だが、セキュリティと不正対策のために48時間より長く保持することがある、としています。
• Cloudflareのプライバシーのページは、"Cloudflare will delete the Public Resolver Logs within 25 hours."（公開リゾルバーのログを25時間以内に削除する）と書きます。送信元IPアドレスは不揮発性の記憶装置に残さないとし、その例外に、同社のネットワークに送られる全トラフィックの最大0.05％から無作為に採取したパケットを挙げています。

元に戻すには。ドメインを持つ側の「DNS設定」との違い

Windowsは「IP 設定の編集」で「自動 (DHCP)」を選びます（Microsoft）。バッファローのFAQ（2026年7月3日更新）は「DNSサーバーのアドレスを自動取得する」にチェックを入れる手順を載せています。Macは、Appleによると、DNSサーバーの一覧でサーバーを選び、一覧の下の削除のボタンを押します。

「DNS設定」は、ドメインを運営する側がレコードを書く作業を指すこともあります。JPRSはリソースレコードを「ドメイン名に関連付けられた情報（レコード）」とし、Aレコード（IPv4アドレス）、NSレコード（権威サーバーの指定）、MXレコード（メールの配送先）などを挙げています。この記事が扱うのは、端末やルーターがどのDNSサーバーに聞くかの設定です。

DNSが原因でつながらない時に、手元から順に確かめること

Appleは、上の「MacでDNSサーバを指定する」（macOS Monterey 12までの版）で、次のように書いています。

「Webサイトにアクセスしようとしたときに「サーバが見つかりません」のようなメッセージが表示される場合は、コンピュータからDNSサーバに接続できていない可能性があります。DNSサーバを手動で選択した場合は、間違ったDNSサーバアドレスを入力したか、DNSサーバに問題がある可能性があります。」

確認の順番を、公式の記述から並べます（順番は筆者の提案）。

1. 別の端末で試す。 Microsoftのサポートは、別のノートPCやスマートフォンで同じネットワークに接続できるなら、問題の原因はデバイスにある可能性がある、と書きます。
2. 端末が使っているDNSサーバーを見る。 場所は上の表のとおりです。手動で入れたアドレスがあれば、上のAppleの文章のとおり入力の間違いも疑います（自動に戻す手順は前の節）。Microsoftのサポートは、IPアドレスが169.254.x.xのような値なら、WindowsがルーターからIPアドレスを取得できなかったことを意味する、と書きます。
3. DNSサーバーにpingが届くか調べる。（pingは、相手に届くかを確かめるコマンド。）Microsoft Learn（Windows Server向け）は、DNSサーバーがpingに応答しない場合、原因が端末とDNSサーバーの間のネットワーク接続である可能性が高いと書き、pingにはファイアウォール経由でICMPを許可する必要があるとも注記しています。
4. nslookup で名前が引けるか調べる。（名前に対応するアドレスを問い合わせるコマンド。）同じページは「nslookup ではクライアントの DNS キャッシュが使用されないため、名前解決ではクライアントの構成済み DNS サーバーが使用されます。」と書きます。
5. キャッシュを消す。 Windowsは、Microsoft Learnの ipconfig のページによると ipconfig /flushdns で、「DNS のトラブルシューティング中に、この手順を使用して、キャッシュから負のキャッシュ エントリと、動的に追加されたその他のエントリを破棄できます」。Macは、Appleのアーカイブ済みの記事「OS X で DNS キャッシュをリセットする」（更新は終了）が、Macを再起動すればキャッシュされた情報を更新できると書き、OS X v10.10.4以降向けのターミナルのコマンドも載せています。今のmacOS（Tahoe 26・macOS 27）を名指しした手順は、本記事が確認した範囲のAppleのページにはありませんでした。
6. モデムとルーターを再起動する。 Microsoftのサポートは、ルーターとモデムの電源ケーブルを外し、最低30秒待ってから、モデム、ルーターの順に戻す手順を書いています。
7. ルーターのDNSの通知を確かめる。 バッファローのFAQは、WSR-1800AX4など4機種に限り、「このページに到達できません」と出る場合に設定画面の「DNSサーバーの通知」へプロバイダーのDNSアドレスを入れる方法を載せ、「アドレスがご不明の場合は、プロバイダーにご確認ください」と書いています。ほかの機種は各メーカーの案内を見てください。

Microsoftのサポートは、DNSサーバーにpingできない場合に、DNSサーバーを別のアドレスに変えて試す方法も書いています。

DNSを悪用した攻撃の注意喚起。公的機関の原文と、自分の設定を確かめる方法

攻撃の手順は書きません。JPRSの用語辞典は、「DNSキャッシュポイズニング」を「偽のDNS応答をフルサービスリゾルバー（キャッシュDNSサーバー）にキャッシュさせることで、利用者のアクセスを攻撃者が用意したサーバーに誘導し、フィッシングや送信された電子メールの窃盗などを図る攻撃手法です。」と説明します。

家庭の機器については、総務省のウェブサイトにある資料「NOTICEの活動について」（令和6年5月10日・事務局・資料7-2）が、次の被害例を載せています（時期や場所は書かれていません）。

「X氏は、知らないうちに 数万円が銀行口座から不正送金されていた。原因は家庭用ルータのDNS設定が改変されていたこと。DNS設定を変更することでサイバー犯罪者は、X氏の通信をすべて傍受し、銀行口座の認証情報を含むさまざまな情報を入手していたとみられる。」

JPCERT/CCは2012年3月6日（初版）の「DNS 設定を書き換えるマルウエア (DNS Changer) 感染に関する注意喚起」で、「FBI の情報によると、DNS Changer の亜種がルータの DNS 設定を変更するケースが確認されているとのことです。」と書き、ipconfig /all の「DNS Servers」または「DNS サーバー」で始まる行を確認する手順を載せています（不正なサーバーの一覧は2012年の事案のものです）。

警察庁（令和5年3月28日）は、家庭用ルーターについて「見覚えのない設定変更がなされていないか定期的に確認する」ことを求め、次の対応を書いています。

「見覚えのない設定があった場合、ルーターの初期化を行い、ファームウェアを最新に更新した上、機器のパスワードを複雑なものに変更する。」

この文書が確認する設定として挙げるのは「VPN機能設定」「DDNS機能設定」などで、DNSの設定そのものではありません。IPAの2025年10月31日の家庭用ルータの注意喚起も、DNSには触れていません。本記事が確認した範囲（JPCERT/CCの2024〜2026年の注意喚起の一覧、IPAの2024〜2026年度の「重要なセキュリティ情報」の一覧、NOTICEのサイトの乗っ取り事例のページ）では、家庭のDNS設定の書き換えに直接触れた公的な資料で一番新しいのは、上の総務省の2024年5月の資料でした。

端末のDNSサーバーのアドレスは、値を見ただけでは正規かどうか分かりません。契約しているプロバイダーやルーターのメーカーの案内と照らすのが確かめ方です（筆者の提案）。見覚えのない設定や被害があれば、警察庁の「サイバー事案に関する相談窓口」（都道府県警察への通報・相談・情報提供の全国統一のオンライン受付窓口がある）や、IPAの「情報セキュリティ安心相談窓口」があります。偽サイトに入力してしまった時の連絡先は、フィッシング詐欺の記事にまとめています。

筆者がこのMacで確かめたこと。DNSサーバーの受け取り方と、example.com の引き方

2026年10月13日の2時39分から2時40分に、読み取り専用のコマンドだけを実行しました。このMacのDNSサーバーのアドレスは、記事にも手元の記録にも残さず、範囲の分類だけを記録しています。

• 2時39分 networksetup -getdnsservers。 ネットワークサービス4つのすべてで「There aren't any DNS Servers set on …」と出ました。手動で入れたDNSサーバーは無い、と筆者は読みます。

• 2時40分 scutil --dns。 resolver #1 の nameserver は2つで、どちらもプライベートの範囲ではないグローバルなIPv4アドレスでした（値は伏せます）。上のバッファローの例（ルーターのLAN側アドレスがそのまま出る形）とは違います。

• 2時40分 ipconfig getpacket。 有線LAN（en7）とWi-Fi（en0）のどちらでも、DHCPの応答に「domain_name_server」が2つあり、scutil --dns と同じ組でした。RFC 2132のドメインネームサーバー・オプションに当たる項目を受け取っている、と筆者は読みます。

• 2時40分 dig example.com。 IPv4のアドレス2つが返り、SERVER の行はこのMacのDNSサーバー（グローバルなアドレス）、Query timeは3 msecでした。

• 2時40分 dig +trace example.com。 この Mac の dig のmanページによると、+trace はルートサーバーからの参照をたどり、解決に使った各サーバーの答えを表示します。出力は次の順でした。

  1. このMacのDNSサーバーから、ルートの NS 一覧（a.root-servers.net から m.root-servers.net までの13個）を受け取った（3 ms）。
  2. i.root-servers.net が、com のDNSサーバー（a.gtld-servers.net から m.gtld-servers.net）を返した（3 ms）。
  3. d.gtld-servers.net が、example.com の NS（hera.ns.cloudflare.com と elliott.ns.cloudflare.com）を返した（87 ms）。
  4. hera.ns.cloudflare.com が、example.com の A レコード（TTL 300）を返した（6 ms）。

  JPRSのコラムの順（ルートサーバー、jp、example.jp）と同じで、jpの位置にcomが入っています。

• 2時40分 TTLの減り方。 dig +noall +answer example.com A を4秒おきに3回実行すると、TTLは277、273、269と4ずつ減りました。

example.com は、IANAが文書の例として、事前の調整なしに使ってよいとしているドメイン名です（IANAの「Example Domains」、最終更新2026-09-27）。2時42分には、JPRS・Apple・JPNICの公式ページをヘッドレスのChromiumで1280×800と390×844の大きさで撮影し、JPRSの「ネームサーバー（DNSサーバー）」の2つの意味の説明、Appleの「Macの『DNS』設定を変更する」のバージョン選択「macOS Tahoe 26」と「DNSサーバ」の行、JPNICの「DNSとは」の「2013年4月1日」の日付を確かめました。

DNSの設定と確認で、本記事が確かめていない点

• Windows・iPhone・Androidの実機の操作と、ルーターの管理画面。 手順は各社の文章に基づきます。Macも設定画面は開かず、コマンドの結果だけを確かめました。
• 公開DNSの性能・安全性・ログの扱い、DNSの暗号化（DNS over HTTPSなど）とDNSSECの動作。
• このMacのDNSサーバーの運営者と、DHCPの応答を返した機器（ルーターか、その先か）。 値を伏せたまま分類しただけです。
• 名前解決の流れの一般性。 出力で確かめたのは、example.com の1回の dig +trace だけです。

DNSの定義と手順を引いた公式ページ（2026年10月13日取得）

引いた公式ページは、2026年10月13日の2時台と3時台に取得し、名前とURLを出典欄に載せています。文面は変わることがあるので、設定を変える時は各社の最新の案内を見てください。関連して、テザリングの記事とファイアウォールの記事があります。DNSをAIエージェントの探索に使うIETFのドラフトの記事（「agentdns://」、MCPサーバーのDNSのTXTレコード）は、家庭の端末が使うDNSとは主題が別です。