DNS_PROBE_FINISHED_BAD_CONFIGエラーの直し方：原因と全OS別完全修正手順

数分前まで問題なく見ていたウェブサイトが、突然「DNS_PROBE_FINISHED_BAD_CONFIG」というエラーコードとともに表示されなくなった——そんな経験を持つ方は少なくありません。Chromeで最もよく見られるDNS関連のエラーのひとつで、原因はPCの設定ミスからDNS事業者の一時的な障害まで多岐にわたります。ここでは、エラーの仕組みを理解した上で、再現性の高い対処手順をまとめました。

Google Public DNSのIPv4アドレス: 8.8.8.8 / 8.8.4.4 ·
Cloudflare DNSのIPv4アドレス: 1.1.1.1 / 1.0.0.1 ·
主な原因: DNSサーバー設定の誤り、キャッシュの破損、ルーターの不具合

5つの項目をまとめたスナップショットをご覧ください。エラーの本質から即効性のある対策まで、ひと目で把握できます。

DNS_PROBE_FINISHED_BAD_CONFIGとはどういう意味ですか？

DNSプローブの仕組み

ブラウザがウェブサイトにアクセスするとき、まずドメイン名（例：example.com）をIPアドレスに変換する必要があります。この変換を担うのがDNS（Domain Name System）です。Chromeは内部に「DNSプローブ」という機能を持ち、名前解決が正常に行われるか確認します。このプローブが「設定が正しくない（BAD CONFIG）」と判定したときに表示されるのが、DNS_PROBE_FINISHED_BAD_CONFIGエラーです。

エラーが発生する典型的な状況

• PCやスマートフォンのDNS設定が手動で誤った値に変更されている
• DNSキャッシュが破損している（パーソルクロステクノロジー HATALABO）
• ルーターやモデムが一時的に不調を起こしている（パーソルクロステクノロジー HATALABO）
• ファイアウォールやアンチウイルスソフトがDNSクエリをブロックしている

なぜDNS_PROBE_FINISHED_BAD_CONFIGエラーが発生するのですか？

DNSサーバー設定の誤り

ネットワーク設定でDNSサーバーを手動指定している場合、入力ミスや古いIPアドレスが原因でエラーが起きることがあります。特に「8.8.8.8」のような公共DNSを設定する際、タイポや形式の誤りに注意が必要です（saisoku-area）。

DNSキャッシュの破損

OSやブラウザが内部に保存するDNSキャッシュが古くなったり破損したりすると、正しいIPアドレスを取得できなくなります。この場合、キャッシュをクリアすることで解決します（DNS Robot）。

ルーターやモデムの一時的な障害

ルーターの長時間稼働によりメモリが逼迫したり、ファームウェアに不具合が生じたりするとDNS中継が正常に行われなくなります。ルーターの再起動で多くのケースが改善します（パーソルクロステクノロジー HATALABO）。

ファイアウォールやアンチウイルスソフトの干渉

セキュリティソフトがDNSクエリを誤って遮断するケースがあります。一時的にソフトを無効にしてエラーが解消するか確認することで原因を切り分けられます。

DNS事業者障害の影響

利用しているDNSサーバー（ISP提供のものやGoogle Public DNSなど）がダウンすると、このエラーが広範囲で発生します。2024年8月にはGoogle Public DNSに障害が発生し、多くのユーザーが影響を受けました。実際に8.8.8.8が応答しなくなった事例が報告されています（saisoku-area）。

8.8.8.8がダウンしたことはありますか？（Google DNS障害の実績）

2024年8月のGoogle DNS障害詳細

2024年8月、Google Public DNS（8.8.8.8）が一時的に応答不能となる障害が発生しました。この間、8.8.8.8をプライマリDNSに設定していたユーザーの多くがDNS_PROBE_FINISHED_BAD_CONFIGエラーに遭遇しました（saisoku-area）。同様の障害は過去にも数回発生しており、単一のDNSサーバーに依存するリスクを示しています。

代替DNS事業者との比較

Cloudflare DNS（1.1.1.1）は2018年4月に一般公開され、Google DNSに代わる主要な選択肢として広く利用されています。Quad9（9.9.9.9）もセキュリティ重視のDNSとして人気です。

DNS_PROBE_FINISHED_BAD_CONFIGの直し方（OS別ガイド）

Windows 11での修正手順

1. 管理者としてコマンドプロンプトを開く
2. ipconfig /flushdns を実行しDNSキャッシュをクリア
3. ipconfig /release と ipconfig /renew でIPアドレスを再取得
4. ipconfig /registerdns でDNS再登録を実行
5. PCを再起動する

macOSでの修正手順

1. 「システム設定」→「ネットワーク」を開く
2. 使用中の接続を選択し「詳細」をクリック
3. 「DNS」タブでDNSサーバーを「8.8.8.8」と「8.8.4.4」に変更
4. ターミナルで sudo killall -HUP mDNSResponder を実行してDNSキャッシュをクリア

Androidでの修正手順

1. Chromeで chrome://net-internals/#dns にアクセス
2. 「Clear host cache」をタップ
3. chrome://net-internals/#sockets で「Flush socket pools」も実行
4. 必要に応じてWi‑Fi設定でDNSを「8.8.8.8」に手動変更

Linux/Ubuntuでの修正手順

1. ターミナルで sudo systemd-resolve --flush-caches を実行
2. resolvectl statistics でキャッシュがクリアされたか確認
3. dnsmasqを使用している場合: sudo systemctl restart dnsmasq
4. nscdを使用している場合: sudo systemctl restart nscd

Cloudflare DNS（1.1.1.1）とGoogle DNS（8.8.8.8）はどちらが優れていますか？

2つの主要な公共DNSを比較します。選択の際の参考にしてください。

速度面では差がほとんどありません。プライバシーを重視するならCloudflare、実績と互換性を重視するならGoogle DNSを選ぶとよいでしょう。障害リスク分散のために両方を設定することも推奨します。

DNSがハイジャックされているかどうか確認する方法

DNSハイジャックの兆候

• 意図しない広告が頻繁に表示される
• 正規サイトにアクセスすると偽サイトにリダイレクトされる
• ルーターの管理画面でDNS設定が書き換えられている（パーソルクロステクノロジー HATALABO）

確認ツールと手順

1. ルーターの管理画面にログインし、DNS設定を確認
2. nslookup コマンドで使用中のDNSサーバーを確認（パーソルクロステクノロジー HATALABO）
3. 期待するDNS（8.8.8.8など）と異なる場合、手動で修正

対策

ルーターのファームウェアを最新に保ち、管理画面のパスワードを定期的に変更することが基本です。また、DNSサーバーを信頼できる公共DNS（8.8.8.8や1.1.1.1）に固定することでハイジャックのリスクを大幅に低減できます。

2001:4860:4860::8888は誰のIPアドレスですか？

Google Public DNSのIPv6アドレス

2001:4860:4860::8888 はGoogle Public DNSのIPv6アドレスです。IPv6対応環境でDNS設定を行う際に使用します。同様に 2001:4860:4860::8844 も予備のIPv6アドレスです。

確認方法

BrowserLeaksなどのツールを使うと、現在使用しているDNSサーバーのIPアドレス（IPv4/IPv6両方）を確認できます。

DNS_PROBE_FINISHED_BAD_CONFIG関連のタイムライン

• 2009年12月 — GoogleがPublic DNSサービス（8.8.8.8）を開始。この頃からDNS_PROBE_FINISHED_BAD_CONFIGエラーの報告が増加。
• 2018年4月 — Cloudflareが1.1.1.1を一般公開。Google DNSに代わる主要代替となる（DNS Robot）。
• 2021年6月 — Cloudflare DNSに障害。代替DNSの重要性が再認識される。
• 2024年8月 — Google Public DNSが停止。多くのユーザーがDNS_PROBE_FINISHED_BAD_CONFIGエラーを経験（saisoku-area）。

確認された事実と不明な点

専門家の見解

「2024年8月のGoogle DNS障害では、全世界のWebトラフィックが4.7%減少しました。この数字は、いかに多くのインターネットインフラが単一のDNS事業者に依存しているかを示しています。」

— GoSquared（アナリティクス企業）の報告

「DNSトラブルシューティングの第一歩は、常にルーターの再起動とキャッシュクリアです。これだけで原因の大部分を特定できます。」

— Matteo Duò（Kinsta 技術コンテンツ責任者）

まとめ

DNS_PROBE_FINISHED_BAD_CONFIGは、DNS設定の誤りやキャッシュ破損、ルーター不調、DNS事業者障害など、原因は多岐にわたります。しかし、ほとんどのケースでルーター再起動とDNSキャッシュクリアで解決します。OS別の手順も簡単に実行できるものばかりです。最も重要なのは、単一のDNSサーバーに依存しないこと。8.8.8.8だけではなく、1.1.1.1や9.9.9.9も併用することで、事業者障害時のダウンタイムを最小限に抑えられます。あなたのネットワーク環境に合ったDNS設定を見直し、快適なインターネットを取り戻してください。

よくある質問