DNS_PROBE_STARTEDの意味と直し方

DNS_PROBE_STARTEDとはどういう意味か？

DNS_PROBE_STARTEDは、ChromeがDNSからサイトのアドレスを取得できず、原因を調べる簡単なテスト（DNSプローブ）を開始した状態です。 画面には「このサイトにアクセスできません」と、「example.com の DNS アドレスが見つかりませんでした。問題を診断しています。」と表示されます。プローブが終わると、Chromeはコードを DNS_PROBE_FINISHED_NXDOMAIN や DNS_PROBE_FINISHED_BAD_CONFIG などの結果に置き換えます。

STARTEDは通常、数秒しか続きません。この表示のまま変わらない場合は、Chromeのテストの結果がページに届いていません。テスト中にネットワークやDNSの設定が変わったときに起こりがちです。Chromiumはこの状態を「A DNS probe has been started for this error page」と説明しています（net_error_info.h）。

このコードはChromium系ブラウザ（Chrome、Edge、Opera、Brave、Vivaldi）に表示されます。どのサイトでも出る場合はDNSかネットワークに原因があります。1つのサイトだけの場合は、下のルックアップでそのサイトのDNSを確認してください。

DNS解決の仕組み（どこで止まるのか）

DNS_PROBE_STARTEDが起こる理由を理解するには、DNS解決の仕組みを知っておく必要があります。Chromeに example.com と入力すると、ブラウザはサーバーのIPアドレスを調べるために次の手順を踏みます。

手順1：ブラウザのキャッシュ確認。 Chromeはまず自身の内部DNSキャッシュ（chrome://net-internals/#dns）にIPアドレスが保存されていないか確認します。最近解決したドメインでTTL（Time to Live）が切れていなければ、キャッシュの結果をすぐに使い、ネットワーク要求は行いません。

手順2：お使いのDNSサーバー。 Chromeは多くの場合、内蔵のリゾルバーを使って自分でクエリを送ります。送信先は、端末に設定されているDNSサーバー（通常はルーターかプロバイダー）です。環境によっては、検索をオペレーティングシステムのリゾルバーに任せます。

手順3：再帰リゾルバーへの問い合わせ。 OSのキャッシュにもない場合、クエリはネットワーク経由で設定済みのDNSサーバー（通常はプロバイダーのリゾルバー、または8.8.8.8のようなパブリックリゾルバー）に送られます。この再帰リゾルバーが、ルートサーバー、TLDサーバー、権威ネームサーバーに順に問い合わせて答えを探します。

手順4：応答の返却。 再帰リゾルバーはIPアドレスをOSに返し、OSはそれをキャッシュしてChromeに渡します。ChromeはそのIPアドレスに接続してページを読み込みます。

名前解決に失敗すると、Chromeはエラーページを表示してプローブを開始します。プローブは既知の名前であるgoogle.comを、お使いのDNS設定とGoogleのパブリックDNS（8.8.8.8と8.8.4.4）の両方で引き、結果を比べます。お使いのDNSだけが失敗してGoogleのDNSが成功すれば、問題はお使いのDNSです。どちらも応答しなければ、接続がないか、外部へのDNSをブロックするネットワークです。

DNS_PROBE_STARTEDの原因

DNS_PROBE_STARTEDの背後には必ず名前解決の失敗があり、STARTEDのまま変わらない場合はさらに可能性が1つ加わります。主な原因は次のとおりです。

• テストの結果が届かない：コードがいつまでも変わらないのは、プローブの結果がページに届いていないためです。実行中にネットワークやDNSの設定が変わったことが主な原因です。Chromeを完全に再起動すれば解消します
• DNSサーバーに接続できない、または過負荷：プロバイダーやルーターのDNSが応答しなくなります（このときプローブはBAD_CONFIGで終わります）
• ルーターやモデムの不調：ルーターは端末のDNSクエリを中継するため、ルーターが固まるとすべての端末で止まります（エラーはすべての端末に表示されます）
• VPNまたはそのDNSが切断された：VPNはDNSを自社のサーバーに送ります。トンネルやそのサーバーが落ちると、何も応答しなくなります
• DNSをフィルタリングするセキュリティソフトやファイアウォール：DNSに割り込む「Web保護」機能は、誤動作するとDNSを止めることがあります
• 名前解決の途中でネットワークが変わった：スリープからの復帰、Wi-Fiとモバイルデータ通信の切り替え、不安定なWi-Fi信号などです
• ChromeのセキュアDNSプロバイダーに接続できない：セキュアDNSがオンのとき、プローブはBAD_SECURE_CONFIGで終わります

DNS_PROBEエラーコードの比較

Chromeは、プローブの結果ごとにDNS_PROBEコードを付けます（Chromiumのnet_error_info.hより）。

重要な違い：STARTEDはChromeがまだ診断を終えていないことを示し、それ以外のコードはすべて結果です。ページがいずれかの結果で止まったら、そのコードのガイドに従ってください。STARTEDのまま変わらない場合は、Chromeを再起動してもう一度試します。

修正方法1：再読み込みし、STARTEDのままならChromeを再起動する

数秒待ってから、ページを1回再読み込みします。今度はDNSが応答すればサイトが表示されます。応答しない場合も、数秒でコードが結果に変わるはずです。その結果が、何を直すべきかを教えてくれます（上の表を参照）。

ページがDNS_PROBE_STARTEDのまま変わらない場合、Chromeのテストの結果が届いていません。アドレスバーに chrome://restart と入力してChromeを完全に再起動し（または終了して開き直し）、再読み込みしてください。スリープから復帰したばかりのノートPCや、ネットワークを切り替えた直後の場合は、先にWi-Fiをオフにしてからオンにします。

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

プロバイダーやルーターのDNSが遅い、または接続できない場合、端末をパブリックリゾルバーに切り替えると、たいていDNS_PROBE_STARTEDはすぐに解消します。どれが自分の回線で最速かは、DNS Robotの DNS スピードテスト で測定できます。

Googleの一時ログにはIPアドレス全体が24〜48時間保存されます。Cloudflareの1.1.1.1は送信元IPをディスクに保存せず、ログを25時間以内に削除します。Quad9は既知の悪意あるドメインもブロックします。

Windows 11と10でDNSを変更する

# Method 1: GUI (Windows 11)
# Settings → Network & internet → Wi-Fi → Manage known networks → your network
# (Ethernet → your network) → DNS server assignment → Edit → Manual
# Windows 10: Control Panel → Network Connections → your adapter → Properties
# → Internet Protocol Version 4 → Use the following DNS server addresses
# → IPv4: ON → Preferred: 1.1.1.1, Alternate: 1.0.0.1 → Save

# Method 2: PowerShell (as Administrator)
# Find your adapter name first:
Get-NetAdapter | Where-Object Status -eq Up

# Set DNS (replace "Wi-Fi" with your adapter name):
Set-DnsClientServerAddress -InterfaceAlias "Wi-Fi" -ServerAddresses 1.1.1.1,1.0.0.1

macOSでDNSを変更する

# GUI: System Settings → Network → Wi-Fi → Details → DNS
# Remove existing entries, add: 1.1.1.1 and 1.0.0.1

# Terminal (faster):
networksetup -setdnsservers Wi-Fi 1.1.1.1 1.0.0.1

# Verify:
networksetup -getdnsservers Wi-Fi
# Expected output:
# 1.1.1.1
# 1.0.0.1

修正方法3：ルーターを再起動する

ルーターは通常、すべての端末のDNSクエリを中継しています。ルーターが固まると、すべての端末で名前解決が止まります。スマートフォンとノートPCの両方にDNS_PROBE_STARTEDが同時に出るのは、まさにこのときです。

ボタンを押すだけでなく、電源を抜いて再起動してください。

1. Unplug the router's power cable (not just press the button)
2. Wait 30 seconds
3. Plug the power cable back in
4. Wait 2-3 minutes for the router to fully boot
5. Reconnect to Wi-Fi and test

If you have a separate modem:
  → Unplug the modem first, wait 30s
  → Unplug the router, wait 30s
  → Plug modem back in first, wait 2 min
  → Plug router back in, wait 2 min

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

フラッシュすると、システムとChromeが保存している応答が消え、次の名前解決が新しく始まります。DNSサーバーやネットワークを変更した後に最も効果があります。

WindowsでDNSをフラッシュする

ターミナル（管理者）、または管理者として開いたコマンド プロンプトで、下のコマンドを実行します。その後、Chrome自身のキャッシュも消します。chrome://net-internals/#dns を開き、Clear host cache をクリックしてください。

ipconfig /flushdns

macOSでDNSをフラッシュする

ターミナルを開いて、次を実行します。

sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

LinuxでDNSをフラッシュする

コマンドはDNSリゾルバーによって異なります。最近のLinuxディストリビューションの多くは systemd-resolved を使っています。

# systemd-resolved (Ubuntu, Fedora and other distributions that enable it)
sudo resolvectl flush-caches

# Check the cache statistics afterwards
resolvectl statistics

# dnsmasq or nscd instead
sudo systemctl restart dnsmasq
sudo systemctl restart nscd

AndroidでDNSをフラッシュする

多くのユーザーにとって、AndroidにはターミナルでDNSをフラッシュするコマンドがありません。代わりに次の手順を行います。

1. Open Chrome on Android
2. Type in the address bar: chrome://net-internals/#dns
3. Tap "Clear host cache"
4. Go to chrome://net-internals/#sockets
5. Tap "Flush socket pools"
6. Restart Chrome and try loading the website again

修正方法5：VPN、ウイルス対策ソフト、ファイアウォールを確認する

VPNを切断して再読み込みしてください。VPNはDNSを自社のサーバーに送るため、そのサーバーが応答しなければ何も解決できません。次に、ウイルス対策ソフトの「Web保護」やDNSフィルタリングを一時的にオフにして、もう一度再読み込みします。

それで直るなら、保護をオフのままにせず、VPNやセキュリティソフトを残したまま設定を調整してください（別のVPNサーバーにする、Chromeを例外に追加するなど）。Windowsでは、DNS（ポート53）の送信をブロックするファイアウォール規則がないかも確認します。ブロック規則は常に許可規則より優先されるため、ブロック規則をオフにします。

# List enabled outbound block rules
Get-NetFirewallRule -Direction Outbound -Action Block -Enabled True |
  Where-Object { ($_ | Get-NetFirewallPortFilter).RemotePort -contains '53' } |
  Select-Object Name, DisplayName

# Turn off the rule that blocks DNS (use its Name from the list)
Disable-NetFirewallRule -Name '<Name>'

修正方法6：ブラウザ拡張機能を無効にする

VPNやプロキシの拡張機能は、Chromeの要求の送信先を変えます。シークレット モードのウィンドウ（Ctrl+Shift+N）を開いてください。許可していない限り、拡張機能はオフです。そこでサイトが表示されるなら、chrome://extensions/ で拡張機能を1つずつオフにして原因を探します。

ChromeのセキュアDNSの設定も確認してください。設定 → プライバシーとセキュリティ → セキュリティ → セキュア DNS を使用する。応答しないプロバイダーを指している場合は、「OS のデフォルト（使用可能な場合）」に切り替えます。

修正方法7：ChromeのDNSキャッシュと接続をクリアする

Chromeは独自のDNSキャッシュと、開いたままの接続を保持しています。両方をクリアします。

Step 1: chrome://net-internals/#dns → "Clear host cache"
Step 2: chrome://net-internals/#sockets → "Flush socket pools"
Step 3: close every Chrome window and reopen Chrome

修正方法8：Windowsを再起動する（DNS Clientだけではなく）

古いガイドには、WindowsのDNS Clientサービス（Dnscache）を再起動するよう書かれています。Windows 10と11では、このサービスは手動で停止も再起動もできません。サービスの画面でボタンがグレーアウトしています。ipconfig /flushdns（修正方法4）でそのキャッシュはクリアされ、PCを完全に再起動すればサービスも再起動されます。

動作しているかどうかは、次で確認できます。

# Should show Status: Running
Get-Service Dnscache | Select-Object Name, Status, StartType

修正方法9：ネットワーク設定をリセットする（最後の手段）

ほかに方法がない場合は、ネットワークスタックをリセットします。WinsockとTCP/IPがリセットされ、手動で設定した固定IPアドレスやDNSサーバーも初期化されます。

Windowsでネットワークをリセットする

ターミナル（管理者）、または管理者として開いたコマンド プロンプトで次を実行し、コンピューターを再起動します。リセットは再起動後に有効になります。

netsh winsock reset
netsh int ip reset
ipconfig /flushdns
ipconfig /release
ipconfig /renew

macOSでネットワークをリセットする

Macでは、システムファイルを削除する代わりに、Wi-Fiネットワークを削除して接続し直します。システム設定 → Wi-Fi → 対象のネットワークの横の 詳細… → このネットワーク設定を削除… の順に進み、もう一度接続してからMacを再起動してください。

DNS_PROBE_STARTEDの診断方法

上の修正方法で直らなかった場合は、診断コマンドを使うと、DNS解決の流れのどこで壊れているのかを正確に突き止められます。これらのコマンドはすべてのOSで使え、問題がDNSサーバー、ネットワーク、ローカル設定のどれにあるのかが分かります。

nslookupでDNS解決をテストする

# Test your current DNS server
nslookup google.com
# If this times out → your DNS server is unreachable

# Test with Google DNS directly (bypasses your configured server)
nslookup google.com 8.8.8.8
# If this works → your default DNS server is the problem

# Test with Cloudflare DNS
nslookup google.com 1.1.1.1
# If this also fails → the problem is your network, not DNS servers

ネットワーク接続をテストする

# Test basic internet connectivity (ping by IP — no DNS needed)
ping 1.1.1.1
# If this fails → you have no internet connection at all

# Test DNS resolution (ping by hostname — requires DNS)
ping google.com
# If IP ping works but hostname ping fails → DNS is the problem

# Check that a DNS server answers at all (UDP, the normal DNS transport)
nslookup google.com 8.8.8.8

ping 1.1.1.1 が失敗するのにWi-Fiが接続済みと表示される場合は、ルーターがWAN接続を失っている可能性があります。ルーターの管理画面（通常は 192.168.1.1）でWANの状態を確認するか、別の端末からDNS Robotの Pingテスト ツールでネットワークを確認してください。

Chromeの組み込み診断ツールを使う

Chromeの内部ページでは、DNS検索で何が起きているかを確認できます。

chrome://net-internals/#dns      → clear Chrome's DNS cache
chrome://net-internals/#sockets  → flush open connections
chrome://settings/security       → Use secure DNS (check the provider)
chrome://net-export/             → record a network log to share with support