DNS_PROBE_STARTED:意味と直し方を完全解説

DNS_PROBE_STARTEDとは何か?
DNS_PROBE_STARTEDは、ブラウザがDNSルックアップを開始したが、応答を受け取る前にクエリが停止した場合に表示されるChromiumブラウザのエラーです。Chromeは'このサイトにアクセスできません'というメッセージとともにエラーコード DNS_PROBE_STARTED を表示し、DNS解決プロセスが開始されたが完了しなかったことを示します。
DNS_PROBE_FINISHED_NXDOMAIN(DNSクエリは完了したがドメインが見つからなかった場合)とは異なり、DNS_PROBE_STARTEDはクエリがまったく完了しなかったことを意味します。ブラウザはドメイン名をIPアドレスに変換するリクエストを送信しましたが、DNSリゾルバが応答しませんでした — リゾルバに到達できない、フリーズしている、またはブロックされている可能性があります。
このエラーは、Google Chrome、Microsoft Edge、Opera、Brave、Vivaldiなど、すべてのChromiumベースのブラウザに影響します。FirefoxはDNSエラーの処理方法が異なるため、この正確なメッセージは表示されません。このエラーは、アクセスしようとしているウェブサイトではなく、ほぼ常にデバイスまたはネットワークの問題が原因です。
DNS解決の仕組み(どこで停止するのか)
DNS_PROBE_STARTEDが発生する理由を理解するためには、DNS解決の仕組みを知る必要があります。Chromeで example.com と入力すると、ブラウザは次のステップでサーバーのIPアドレスを見つけます:
ステップ1 — ブラウザキャッシュの確認。 Chromeはまず自身の内部DNSキャッシュ(chrome://net-internals/#dns)でキャッシュされたIPアドレスを確認します。ドメインが最近解決され、TTL(Time to Live)が期限切れになっていない場合、Chromeはキャッシュされた結果を即座に使用し、ネットワークリクエストは不要です。
ステップ2 — OSリゾルバクエリ。 Chromeのキャッシュがミスした場合、リクエストはオペレーティングシステムのDNSリゾルバ(スタブリゾルバ)に送られます。Windowsではこれが DNS Client サービス(Dnscache)です。macOSでは mDNSResponder です。OSはネットワークコールの前に独自のキャッシュを確認します。
ステップ3 — 再帰リゾルバクエリ。 OSのキャッシュもミスした場合、クエリはネットワーク経由で設定済みのDNSサーバー(通常はISPのリゾルバ、または8.8.8.8のようなパブリックリゾルバ)に送信されます。この再帰リゾルバが実際の作業を行い、ルートサーバー、TLDサーバー、権威ネームサーバーにクエリして答えを見つけます。
ステップ4 — 応答の返却。 再帰リゾルバがIPアドレスをOSに返し、OSがそれをキャッシュしてChromeに渡します。ChromeはIPアドレスに接続してページを読み込みます。
DNS_PROBE_STARTEDは、このプロセスがステップ2またはステップ3で停止したことを意味します。ブラウザはDNSプローブを発信しましたが、OSリゾルバまたはネットワーククエリが結果を返しませんでした。これは、DNS Clientサービスがフリーズしている場合、DNSサーバーに到達できない場合、またはファイアウォールがポート53(DNSポート)をブロックしている場合に発生します。
DNS_PROBE_STARTEDの原因
DNS_PROBE_STARTEDは、DNS解決プロセスが開始されたが完了できない場合にトリガーされます。頻度順に最も一般的な原因を以下に示します:
DNS Clientサービスのフリーズ(Windows) — WindowsのDNS Clientサービス(
Dnscache)は、OS内のすべてのDNSクエリを処理します。このサービスがフリーズまたはクラッシュすると、すべてのDNSプローブが開始されるが完了しません。これがWindowsマシンでの原因第1位です。破損したDNSキャッシュ — システムのDNSキャッシュ内の古いまたは破損したエントリにより、ルックアップがサイレントに失敗する可能性があります。リゾルバがキャッシュデータを使用しようとして混乱し、ネットワークに適切なクエリを送信しません。
DNSサーバーに到達できない — 設定されたDNSサーバーがダウン、過負荷、または設定ミスの場合、DNSクエリが応答されません。ISPのDNSサーバーは、まさにこのエラーを引き起こす断続的な障害で知られています。
ファイアウォールまたはセキュリティソフトがポート53をブロック — DNSはUDPポート53(およびTCPポート53)を使用します。ファイアウォール、ウイルス対策ソフト、または企業プロキシがこのポートをブロックすると、DNSクエリはマシンから出ますがリゾルバに到達しません。
ネットワークアダプタの問題 — 設定ミス、無効化、または不具合のあるネットワークアダプタにより、DNSパケットの送信が妨げられます。スリープからの復帰後、Wi-FiとEthernet間の切り替え後、またはドライバ更新の失敗後によく発生します。
VPNまたはプロキシの干渉 — VPNは独自のリゾルバを介してDNSクエリをリダイレクトします。VPN接続が切断されるか、VPNのDNSサーバーに到達できない場合、クエリはどこにも行きません。
ブラウザ拡張機能がDNSを傍受 — プライバシー拡張機能、広告ブロッカー、DNS-over-HTTPS拡張機能がDNSクエリを傍受して変更し、完全に壊してしまうことがあります。
DNS_PROBEエラーコードの比較
Chromeは複数のDNS_PROBEエラーコードを使用し、それぞれがDNS解決プロセスの異なる段階での失敗を示します。どのエラーが表示されているかを理解することで、根本原因をより迅速に診断できます。
| エラーコード | 意味 | DNSクエリの状態 | 最も可能性の高い原因 |
|---|---|---|---|
| DNS_PROBE_STARTED | DNSルックアップが開始されたが完了しなかった | 停止 / 応答なし | DNSサーバーに到達不可、Dnscacheのフリーズ |
| DNS_PROBE_FINISHED_NXDOMAIN | DNSルックアップが完了 — ドメインが見つからない | 完了(NXDOMAIN) | URLの誤入力、ドメインの期限切れ、DNS設定の誤り |
| DNS_PROBE_FINISHED_NO_INTERNET | DNSルックアップが失敗 — インターネット接続なし | 失敗(ネットワークなし) | Wi-Fi切断、アダプタ無効、ケーブル未接続 |
| DNS_PROBE_FINISHED_BAD_CONFIG | DNSルックアップが失敗 — ネットワーク設定の誤り | 失敗(設定エラー) | 静的IPの誤り、無効なDNS設定、DHCP失敗 |
重要な違い:STARTED はクエリが宙ぶらりんの状態 — 送信されたが結果が返ってこなかったことを意味します。すべての FINISHED バリアントは、クエリは完了したが結果がエラーだったことを意味します。STARTEDはほぼ常にネットワークまたはサービスの問題であり、FINISHEDエラーは設定の問題を示すことが多いです。
修正方法1:DNSキャッシュをフラッシュする
破損した、または古くなったDNSキャッシュエントリは、DNS_PROBE_STARTEDの主な原因の一つです。キャッシュをフラッシュすると、システムはネットワークから新しいDNSレコードをリクエストします。この修正で約40%のケースでエラーが解決されます。
WindowsでDNSをフラッシュする
管理者としてコマンドプロンプトを開き(スタートを右クリック → ターミナル(管理者))、以下の3つのコマンドを順番に実行します:
# Flush the DNS resolver cache
ipconfig /flushdns
# Release and renew your IP address (resets DHCP)
ipconfig /release
ipconfig /renew
# Re-register DNS with your domain controller
ipconfig /registerdns
# Also flush Chrome's internal DNS cache:
# Open Chrome → navigate to chrome://net-internals/#dns → Click "Clear host cache"macOSでDNSをフラッシュする
ターミナルを開いて、macOSのバージョンに応じた適切なコマンドを実行します:
# macOS Sonoma / Sequoia / Ventura (14+)
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder
# macOS Monterey / Big Sur (12-13)
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder
# Verify the flush worked — should return empty:
sudo dscacheutil -cachedumpLinuxでDNSをフラッシュする
コマンドはDNSリゾルバによって異なります。最新のLinuxディストリビューションのほとんどは systemd-resolved を使用しています:
# systemd-resolved (Ubuntu 18.04+, Fedora, Arch)
sudo systemd-resolve --flush-caches
# Verify: check cache size is 0
resolvectl statistics
# If using dnsmasq (older systems)
sudo systemctl restart dnsmasq
# If using nscd
sudo systemctl restart nscdAndroidで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修正方法2:パブリックDNSサーバーに切り替える
ISPのDNSサーバーが遅い、到達できない、またはエラーを返す場合、パブリックDNSリゾルバに切り替えるとDNS_PROBE_STARTEDがすぐに解決することがよくあります。GoogleやCloudflareのようなパブリックリゾルバは、99.99%のアップタイムを持つグローバルエニーキャストネットワークを備えており、ほぼダウンしません。
DNSPerfベンチマークによると、Cloudflare DNS(1.1.1.1)のグローバル平均応答時間は11ミリ秒ですが、ISPのリゾルバは通常30〜120ミリ秒の範囲です。より高速なDNSは、ページの読み込み速度も向上させます。
| DNSプロバイダ | プライマリIPv4 | セカンダリIPv4 | プライマリIPv6 | プライバシー |
|---|---|---|---|---|
| Cloudflare | 1.1.1.1 | 1.0.0.1 | 2606:4700:4700::1111 | ログなしポリシー、毎年監査済み |
| 8.8.8.8 | 8.8.4.4 | 2001:4860:4860::8888 | ログは48時間後に匿名化 | |
| Quad9 | 9.9.9.9 | 149.112.112.112 | 2620:fe::fe | マルウェアドメインをブロック、スイスのプライバシー法 |
| OpenDNS | 208.67.222.222 | 208.67.220.220 | 2620:119:35::35 | Cisco傘下、オプションのフィルタリング |
Windows 10/11でDNSを変更する
# Method 1: GUI
# Settings → Network & Internet → Wi-Fi (or Ethernet) → Hardware properties
# → DNS server assignment → Edit → Manual
# → 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.1macOSで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 Clientサービスを再起動する(Windows)
WindowsのDNS Clientサービス(Dnscache)は、DNS応答をキャッシュし、オペレーティングシステムのすべてのDNSクエリを管理します。このサービスがフリーズすると — 思っているよりも頻繁に起こります — すべてのDNSプローブが開始されるが完了しなくなり、すべてのブラウザとアプリケーションでDNS_PROBE_STARTEDが発生します。
このサービスを再起動することは、Windowsでこの特定のエラーに対する最も効果的な修正方法の一つです。MicrosoftのDNS Clientは、平均的なブラウジングセッションで毎分約50〜200のDNSクエリを処理します。
# Check if the DNS Client service is running:
Get-Service Dnscache | Select-Object Name, Status, StartType
# Restart the DNS Client service:
Restart-Service Dnscache -Force
# Verify it's running:
Get-Service Dnscache
# Status should be "Running"
# Alternative: Services GUI
# Press Win+R → type services.msc → Enter
# Find "DNS Client" → Right-click → Restart修正方法4:ChromeのキャッシュとDNSデータをクリアする
Chromeは、オペレーティングシステムのキャッシュとは別に独自のDNSキャッシュを保持しています。Chromeの内部キャッシュ内の破損したエントリは、システムDNSが正常に動作していてもDNS_PROBE_STARTEDを引き起こす可能性があります。両方のキャッシュをクリアすることで、クリーンなルックアップが保証されます。
Step 1: Clear Chrome's DNS cache
→ Navigate to: chrome://net-internals/#dns
→ Click "Clear host cache"
Step 2: Flush socket pools
→ Navigate to: chrome://net-internals/#sockets
→ Click "Flush socket pools"
Step 3: Clear browsing data
→ Press Ctrl+Shift+Delete (Windows/Linux) or Cmd+Shift+Delete (Mac)
→ Time range: "All time"
→ Check: ✓ Cached images and files
→ Check: ✓ Cookies and other site data
→ Click "Delete data"
Step 4: Restart Chrome completely
→ Close all Chrome windows
→ Reopen Chrome and test修正方法5:ブラウザ拡張機能を無効にする
ネットワークリクエストを変更するブラウザ拡張機能 — 広告ブロッカー、プライバシーツール、VPN拡張機能、DNS-over-HTTPSアドオン — はDNSクエリを傍受して解決プロセスを壊す可能性があります。1つの不具合のある拡張機能が、すべてのページ読み込みでDNS_PROBE_STARTEDを引き起こす可能性があります。
最も手軽なテスト方法:シークレットウィンドウを開いてください(Ctrl+Shift+N)。シークレットモードはデフォルトですべての拡張機能を無効にします。シークレットモードでウェブサイトが読み込まれる場合、拡張機能が原因です。
1. Open chrome://extensions/
2. Disable ALL extensions (toggle each one off)
3. Restart Chrome and test the website
4. If the error is gone, re-enable extensions one by one:
→ Enable one → test → if error returns, that's the culprit
Common culprits:
• VPN browser extensions (NordVPN, ExpressVPN, Surfshark)
• DNS-over-HTTPS extensions
• Proxy/tunnel extensions (Hola, ZenMate)
• Privacy extensions with custom DNS settings
• Network debugging tools修正方法6:ネットワーク設定をリセットする
上記の修正方法でうまくいかない場合、ネットワークスタック全体のリセットにより、DNS通信を妨げる深刻なTCP/IPまたはWinsockの破損を解決できます。これにより、すべてのネットワークアダプタ、DNS設定、およびTCP/IPスタックが工場出荷時のデフォルトにリセットされます。
Windowsでネットワークをリセットする
管理者としてコマンドプロンプトまたはPowerShellを開き、4つのコマンドすべてを実行します:
# Reset Winsock catalog (fixes corrupted network socket entries)
netsh winsock reset
# Reset TCP/IP stack to factory defaults
netsh int ip reset
# Flush DNS cache
ipconfig /flushdns
# Release and renew DHCP lease
ipconfig /release
ipconfig /renew
# IMPORTANT: Restart your computer after running these commands
# The Winsock and TCP/IP resets require a reboot to take effectmacOSでネットワークをリセットする
# Remove network preferences (forces macOS to rebuild them)
sudo rm -f /Library/Preferences/SystemConfiguration/NetworkInterfaces.plist
sudo rm -f /Library/Preferences/SystemConfiguration/preferences.plist
# Restart mDNSResponder (DNS resolver)
sudo killall -HUP mDNSResponder
# Restart the network stack
sudo ifconfig en0 down && sudo ifconfig en0 up
# Restart your Mac for a clean state修正方法7:ウイルス対策ソフトとファイアウォールの設定を確認する
'Webプロテクション'や'DNSフィルタリング'機能を持つウイルス対策プログラムやファイアウォールは、ポート53のDNSクエリを傍受し、疑わしいとフラグが立った場合にブロックする可能性があります。一部のセキュリティスイートはすべてのDNSトラフィックを独自のプロキシ経由にリダイレクトします — そのプロキシが故障すると、すべてのDNSプローブが停止します。
セキュリティソフトが問題かどうかをテストするには、一時的に無効にしてウェブサイトの読み込みを試みてください。エラーが消えた場合は、Chromeを例外として追加するか、DNSトラフィック(UDPポート53)をホワイトリストに追加してください。
# Check if Windows Firewall is blocking DNS (port 53)
Get-NetFirewallRule | Where-Object {
$_.Direction -eq 'Outbound' -and $_.Action -eq 'Block'
} | Get-NetFirewallPortFilter | Where-Object {
$_.RemotePort -eq 53
}
# If a blocking rule exists, allow DNS outbound:
New-NetFirewallRule -DisplayName "Allow DNS (UDP 53)" `
-Direction Outbound -Protocol UDP -RemotePort 53 `
-Action Allow -Profile Any修正方法8:ルーターを再起動する
ルーターは独自のDNSキャッシュを保持し、ネットワーク上のすべてのデバイスに対するDNS転送を処理します。DNSキャッシュがいっぱいになったルーター、メモリリーク、またはDNS転送プロセスがフリーズしたルーターは、接続されているすべてのデバイスでDNS_PROBE_STARTEDを引き起こす可能性があります。
適切なルーターの再起動(電源サイクル)は、ルーターのRAM、DNSキャッシュをクリアし、ISPのDNSサーバーへの接続を再確立します。これはソフトリブートとは異なります — 電源を完全に切る必要があります。
1. Unplug the router's power cable (not just press the button)
2. Wait 30 seconds (capacitors need time to discharge fully)
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 minDNS_PROBE_STARTEDの診断方法
上記の修正方法でうまくいかない場合、診断コマンドを使用して、DNS解決チェーンのどこで中断しているかを正確に特定できます。これらのコマンドはすべてのオペレーティングシステムで動作し、問題が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 if port 53 (DNS) is reachable
# Windows:
Test-NetConnection 8.8.8.8 -Port 53
# macOS/Linux:
nc -zv 8.8.8.8 53ping 1.1.1.1 が失敗するがWi-Fiが接続済みと表示される場合、ルーターがWAN接続を失っている可能性があります。ルーターの管理パネル(通常は 192.168.1.1)でWANステータスを確認するか、別のデバイスからDNS Robotの Ping ツールを使用してネットワークを確認してください。
Chromeの組み込み診断ツールを使用する
Chromeには、DNSクエリで何が起こっているかを正確に把握できる強力な内部診断ページがあります:
chrome://net-internals/#dns → View cached DNS entries, clear cache
chrome://net-internals/#sockets → View active connections, flush pools
chrome://net-internals/#events → Live event log (see DNS query lifecycle)
chrome://flags/#dns-over-https → Check if Secure DNS is misconfigured
chrome://net-export/ → Export network log for deep analysis今すぐDNS設定を確認する
DNS Robotの無料DNS Lookupツールを使用して、ドメインのDNSレコードが世界中のサーバーから正しく解決されているかを確認しましょう。
試す DNS Lookupよくある質問
DNS_PROBE_STARTEDは、ブラウザがドメイン名をIPアドレスに変換するためにDNSルックアップを開始したが、応答を受け取る前にクエリが停止したことを意味します。DNSプローブは開始されたが完了しませんでした — 通常はDNSサーバーに到達できないか、DNS Clientサービスがフリーズしていることが原因です。