DNS_PROBE_FINISHED_NXDOMAINとは？原因と解決方法【スマホ・PC】

DNS_PROBE_FINISHED_NXDOMAINとは？

DNS_PROBE_FINISHED_NXDOMAINは、Chromeがウェブサイトの名前のアドレスを取得できず、しかも使っているDNSサーバーはChrome自身のテスト用の問い合わせには答えたため、Chromeが「そのドメインは存在しない」と判断したことを意味します。 たいていは本物のNXDOMAIN（Non-Existent Domain、存在しないドメイン）の応答ですが、DNSSECの署名の不備（SERVFAIL）など別の理由で失敗した問い合わせでも同じページが表示されます。Chromeでは「このサイトにアクセスできません」と表示されます。DNS_PROBE_NXDOMAINと検索されることもありますが、Chromiumにそのようなコードはなく、同じエラーです。

確かめるべきことは1つです。パブリックDNSでそのドメインを調べてください（下のDNS確認ツール、または nslookup example.com 1.1.1.1）。パブリックDNSで見つかれば、原因は自分側にあります（入力ミス、古いキャッシュ、使っているDNSサーバー、フィルタリングサービス、VPN）。パブリックDNSでもNXDOMAINなら、ドメイン名の誤り、期限切れ、設定の不備のいずれかで、直せるのはドメインの所有者だけです。

原因は入力ミスや自分側にあることが多く、数分で直せます。以下の手順は、手早く確かめられるものから順に、ドメイン自体の確認まで進みます。

他のブラウザでのこのエラーの表示

各ブラウザでこのDNSエラーの表示方法は異なりますが、根本的な原因は常に同じです — ドメインを解決できなかったということです。

Chromiumベースのブラウザ（Chrome、Edge、Brave、Opera）はすべて同じDNS_PROBE_FINISHED_NXDOMAINコードを表示します。FirefoxとSafariはよりユーザーフレンドリーなメッセージを表示しますが、根本的な問題は同じです。

NXDOMAINとChromeのほかのDNS_PROBEエラーの違い

ページを読み込めなかったとき、ChromeはDNSを簡単にチェックし、その結果をDNS_PROBEコードで示します。「名前が存在しない」を意味するのは、このうち1つだけです。

ChromeのERR_NAME_NOT_RESOLVEDも同じ「この名前に対応するアドレスがない」という失敗で、Chromeがチェックを実行しない場合や、チェックで結論が出ない場合に表示されるものです。詳しくはERR_NAME_NOT_RESOLVEDを参照してください。

DNS_PROBE_FINISHED_NXDOMAINの一般的な原因

原因は、自分側（大半はこちら）とドメイン側に分かれます。

• URLのタイプミス — 非常によくある原因です。1文字の間違い（例：gogle.comと入力してgoogle.comを意図していた場合）で、スペルミスのドメインはDNSに存在しないためNXDOMAINが発生します。
• キャッシュに残った「存在しない」 — 自分のコンピューターやDNSサーバーが、以前のNXDOMAIN応答（たとえばドメインが設定される前のもの）を保存していて、期限が切れるまで同じ答えを返し続けます。
• ChromeのDNS内部キャッシュ — ChromeはOSとは別に独自のDNSキャッシュを管理しています。システムキャッシュをフラッシュした後でも、Chromeは古い内部エントリを使用し続ける場合があります。
• フィルタリング機能のあるDNS — Quad9はブロックしたドメインにNXDOMAINを返すため、正常なサイトが存在しないように見えます。（Pi-hole、AdGuard、Cloudflare for Familiesは初期設定で0.0.0.0を返すので、NXDOMAINではなく接続エラーになります。）
• ドメインの未登録または期限切れ — ウェブサイトの所有者がドメインの更新を忘れたか、そもそもドメインが登録されていません。
• できたばかりのドメイン — ドメインが設定される前に問い合わせたリゾルバーは、「存在しない」という応答を、ゾーンのネガティブキャッシュの時間だけ保持します。.comと.netは15分です。
• hostsファイルにないローカル名 — myapp.test のような開発用の名前は、自分で定義した場所にしか存在しません（hostsファイルの誤ったエントリーで起きるのは接続エラーで、NXDOMAINではありません）。
• VPNまたはファイアウォールによるブロック — VPN、プロキシ、またはファイアウォールがDNSクエリを傍受し、ドメインをブロックまたはリダイレクトしています。
• ISPのDNSサーバーの問題 — インターネットプロバイダのDNSサーバーがNXDOMAINを誤って返しているか、ドメインのDNSレコードをまだ受信していません。

特定のサイトだけ開けない場合：原因はサイト側か自分側か

日本語版のChromeでは、このエラーは「このサイトにアクセスできません」「○○ のサーバーの IP アドレスが見つかりませんでした。」と表示され、画面の下に DNS_PROBE_FINISHED_NXDOMAIN というコードが出ます。

前述のDNS_PROBEコードの表のとおり、ChromeはDNSが既知の名前を正しく引けることを確かめたうえでこのコードを表示します。そのため、特定のサイトだけでこのエラーが出るなら、問題は回線全体ではなくそのドメイン名にあります。そのドメインが誰から見ても存在しないのか（サイト側の問題）、あなたが使っているDNSだけが「存在しない」と答えているのか（自分側の問題）を、次の順に確かめましょう。

新しく登録したドメインで「存在しない」という応答が残る時間は、TLD（.com など）のSOAレコードで決まります（仕組みは修正方法8を参照）。2026年10月時点では .com・.net・.jp のいずれも900秒（15分）です。DNS確認でNXDOMAINになった場合は、ネガティブキャッシュの残り時間も表示されます。

サイト側の問題だとわかった場合、利用者にできるのは復旧を待つか、運営者に知らせることだけです。サーバーダウンチェックで世界11か所から確認すれば、ドメインの期限切れやDNSの障害が自分だけの問題ではないことを確かめられます。

修正方法1：ドメイン名のスペルを確認する

アドレスバーのURLを注意深く確認してください。1文字違うだけでこのエラーになります。

よくあるタイプミスを探しましょう：文字の欠落（goole.com）、余分な文字（googgle.com）、間違ったTLD（.comの代わりに.con）、文字の取り違え（文字lの代わりに数字1のgoog1e.com）など。

誰かからリンクを受け取った場合は、リンクを直接クリックする代わりにGoogleでウェブサイトを検索してみてください。ドメインが本当に存在しない場合、検索結果には表示されません。

修正方法2：DNSキャッシュをフラッシュする

ドメインのスペルが正しい場合、次のステップはオペレーティングシステムのDNSキャッシュをフラッシュすることです。これにより、保存されているすべてのDNSエントリがクリアされ、新しいルックアップが強制されます。

# Windows (Command Prompt as Administrator)
ipconfig /flushdns

# macOS
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

# Linux (systemd-resolved)
sudo resolvectl flush-caches

# Chrome OS
chrome://net-internals/#dns → Clear host cache

フラッシュ後、ウェブサイトを再度読み込んでみてください。ドメインのDNSレコードが最近更新された場合、キャッシュをフラッシュすることでシステムが新しいレコードを取得できるようになります。

ルーターを含む各システムのコマンドはDNSキャッシュのクリア方法にまとめています。

修正方法3：Chromeの内部DNSキャッシュをクリアする

ChromeはOSのキャッシュとは完全に独立した独自のDNSキャッシュを管理しています。システムキャッシュをフラッシュするだけでは不十分で、Chromeの内部キャッシュもクリアする必要があります。

• Chromeを開き、アドレスバーに chrome://net-internals/#dns と入力します
• 「Clear host cache」をクリックして、ChromeにキャッシュされたすべてのDNSエントリをフラッシュします
• 次に chrome://net-internals/#sockets に移動し、「Flush socket pools」をクリックして接続をリセットします
• ウェブサイトを再度読み込みます — Chromeは完全に新しいDNSルックアップを実行します

修正方法4：パブリックDNSサーバーに切り替える

ISPのDNSサーバーが誤ったNXDOMAIN応答を返しているか、ドメインのレコードをまだ持っていない可能性があります。信頼性の高いパブリックDNSサーバーに切り替えることで、この問題が解決することがよくあります。

WindowsでDNSを変更する方法

• 設定を開く → ネットワークとインターネット → Wi-Fi → 既知のネットワークの管理 → 使っているネットワーク（有線の場合：イーサネット → 使っているネットワーク）
• そのページで DNS サーバーの割り当てを探す
• DNS サーバーの割り当ての横の「編集」をクリック → 手動に切り替え
• IPv4を有効にして、優先DNSを 1.1.1.1、代替DNSを 1.0.0.1 に設定
• 「保存」をクリックして、ウェブサイトを再度テスト

macOSでDNSを変更する方法

• システム設定を開く → ネットワーク → Wi-Fi → 詳細
• サイドバーでDNSをクリック
• 既存のエントリを削除して、1.1.1.1 と 1.0.0.1 を追加
• 「OK」をクリック

修正方法5：hostsファイルを確認する

hostsファイルは、DNSに問い合わせる前に名前をアドレスに対応づけます。ここに誤ったエントリー（127.0.0.1 example.com）があっても名前にはアドレスが与えられるため、表示されるのは接続拒否や別のサイトで、NXDOMAINにはなりません。ただし、マルウェアや古い広告ブロッカーがこうした行を追加することがあるので、見つけたら削除してください。

hostsファイルがNXDOMAINの原因になるのは逆のケース、つまり追加していないローカル開発用の名前（myapp.test、api.local）です。パブリックDNSはその名前を知らないため、名前解決に失敗します。

# Windows — open as Administrator:
notepad C:\Windows\System32\drivers\etc\hosts

# macOS / Linux:
sudo nano /etc/hosts

# Look for lines like:
# 127.0.0.1  example.com    ← This blocks the domain!
# 0.0.0.0    example.com    ← This also blocks it!

# If you find the domain listed, delete that line and save.

編集したらファイルを保存し、DNSキャッシュをフラッシュしてください（修正方法2）。

修正方法6：ChromeのセキュアDNS設定を確認する

Chromeは、システムのDNSの代わりに、Chromeで選んだプロバイダへHTTPS経由でDNSの問い合わせを送ることがあります。そのプロバイダがフィルタリングをしている（家族向けやセキュリティ重視のDNS）場合、ほかのブラウザでは開けるサイトでもChromeだけ「そのドメインは存在しない」になります。（プロバイダに接続できない場合は、代わりにDNS_PROBE_FINISHED_BAD_SECURE_CONFIGが表示されます。）

• アドレスバーに chrome://settings/security と入力します（設定 → プライバシーとセキュリティ → セキュリティ）
• 「セキュア DNS を使用する」を探し、「DNS プロバイダを選択」でどのプロバイダが選ばれているかを確認します
• 「DNS プロバイダを選択」の選択肢を「OS のデフォルト（使用可能な場合）」、またはGoogleかCloudflareに切り替えて、サイトを再読み込みします
• Edgeの場合：edge://settings/privacy の「Security」にある「Use secure DNS」（英語版の表示名）を同じように確認します

プロバイダを変えて直った場合は、元のプロバイダがそのドメインをブロックしていたか、名前解決に失敗していました。

修正方法7：VPNまたはウイルス対策を一時的に無効にする

VPNはDNSの問い合わせを自社のサーバーに送ります。また、セキュリティソフト、Pi-hole、ルーター、家族向けDNSサービスは、危険と判断した名前をフィルタリングします。Quad9はブロックしたドメインにNXDOMAINを返すため、サイトが存在しないように見えます。ほかの多くのフィルターは0.0.0.0を返すので、その場合は接続エラーになります。

VPNやフィルターをオフにして再読み込みしてください。Quad9によるブロックかどうかを確実に見分けるには dig を使います。Quad9のドキュメントによると、Quad9がブロックしたドメインは AUTHORITY: 0（ra フラグなし）のNXDOMAINになり、本当に存在しないドメインはゾーンのSOAレコード付き（AUTHORITY: 1）で返ります。Quad9のテスト用ドメインはisitblocked.orgです。

dig isitblocked.org @9.9.9.9

# ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN
# ;; flags: qr rd ad; QUERY: 1, ANSWER: 0, AUTHORITY: 0   ← blocked by Quad9

# A name that really doesn't exist:
# ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1   ← the zone's SOA comes back

修正方法8：ドメインの登録状態を確認する

上記の修正方法がいずれもうまくいかない場合、ドメイン自体が本当に未登録または期限切れの可能性があります。これは、新しいウェブサイト、最近変更されたドメイン、または所有者が更新を忘れたドメインで特に多く見られます。

ドメインの状態を確認するには：

• DNS RobotのWHOIS検索 /whois-lookup を使用してください — ドメインを入力し、登録日と有効期限を確認します
• DNS RobotのDNS検索 /dns-lookup を使用してください — A、AAAA、またはNSレコードが存在しない場合、ドメインにはDNS設定がありません
• 新しいドメインや新しいレコードの場合 — 名前が存在する前に問い合わせたリゾルバーは、「存在しない」という応答を、ゾーンのSOAレコードにあるネガティブキャッシュの時間だけ保持します（RFC 2308）。.comと.netは15分、それ以外は通常1時間未満です。パブリックDNSではすでに見えるのに、プロバイダのリゾルバーではまだNXDOMAINということがあります
• 登録済みなのに名前が引けない場合 — WHOISにはドメインが表示されるのにネームサーバーがない、またはステータスが clientHold か serverHold の場合（期限切れや、登録者メールアドレスの未確認の後など）、TLDはNXDOMAINを返します。レジストラで修正してください。ゾーンを持たないネームサーバーを指している場合は、NXDOMAINではなくSERVFAILかREFUSEDになります

ローカル開発用の名前でNXDOMAINになる場合

失敗している名前が開発用に自分で付けたもの（myapp.test、api.local、Dockerのサービス名）なら、パブリックDNSはその名前を知らないため、NXDOMAINは正しい応答です。代わりに、自分のマシンで名前が解決されるようにします。

• localhostを使う — http://localhost:8000 と http://127.0.0.1:8000 は常に解決されます。ほとんどの開発サーバー（Django、Rails、Vite、Next.js）は起動時にどちらかを表示します
• hostsファイルに名前を追加する — 127.0.0.1 myapp.test と書き、DNSキャッシュをフラッシュします
• Dockerの名前 — db のようなサービス名はDockerネットワークの中でしか解決されません。自分のPCからは localhost と公開したポートを使います
• .local の名前 — マルチキャストDNS（mDNS）を使います。macOS、iOS、Windows 10・11には組み込まれています。Linuxでは、Avahiまたはsystemd-resolvedのmDNSを有効にします

AndroidでDNS_PROBE_FINISHED_NXDOMAINを修正する方法

NXDOMAINエラーはAndroidのChromeブラウザでも同じエラーコードで表示されます。以下が修正方法です。

• Chromeのキャッシュをクリア：Chromeを開く → 設定 → プライバシーとセキュリティ → 閲覧履歴データを削除 → 「キャッシュされた画像とファイル」にチェック → データを削除
• プライベート DNS を確認：設定 → ネットワークとインターネット → プライベート DNS（プライベートDNSとは）。フィルタリングサービスが設定されている場合は「自動」または dns.google に設定します
• 機内モードを切り替え：機内モードを10秒間オンにしてからオフにします — これにより、新しいネットワーク接続とDNSルックアップが強制されます
• Chromeを更新：Playストア → Chromeを検索 → 利用可能な場合は「更新」をタップ
• デバイスを再起動 — 上記のいずれもうまくいかない場合

iPhone / iPadでDNS_PROBE_FINISHED_NXDOMAINを修正する方法

iOSでは、Safariはこのエラーコードの代わりに「Safariはサーバを検索できません」と表示します。iOSでChromeを使用している場合は、DNS_PROBE_FINISHED_NXDOMAINメッセージが表示されます。以下が修正方法です。

• DNSを変更：設定 → Wi-Fi → ネットワーク名の横の(i)アイコンをタップ → DNSを構成 → 手動 → 1.1.1.1 と 1.0.0.1 を追加
• Safariのキャッシュをクリア：設定 → アプリ → Safari → 履歴とWebサイトデータを消去
• Chromeのキャッシュをクリア：Chromeで「⋯」（もっと見る）→ 閲覧履歴データを削除
• 機内モードを切り替え：10秒間オンにしてからオフにして、ネットワーク接続をリセット
• デバイスを再起動 — すべての一時的なDNS状態をクリアします

修正が成功したか確認する方法

修正を適用した後、特定のドメインに対してDNS解決が正常に機能しているか確認してください。

# Test DNS resolution directly
nslookup example.com

# Test with a specific DNS server
nslookup example.com 1.1.1.1

# Detailed test (Mac/Linux)
dig example.com

# status: NXDOMAIN from your own resolver? Confirm with a public one
# before concluding the domain doesn't exist:
dig example.com @1.1.1.1

nslookup がIPアドレスを返した場合、DNSは正常に機能しており、ウェブサイトが読み込まれるはずです。まだ「Non-existent domain」と表示される場合、ドメインが本当に未登録であるか、別のDNSサーバーを試す必要があります。

DNS RobotのDNS確認を使用して、ドメインが世界中の複数のサーバーから解決されるかどうかを確認することもできます。これにより、問題がデバイスのローカルな問題なのか、グローバルなDNS問題なのかを判断できます。