DNS RobotDNS Propagation Checker
ホームDNS検索WHOISIP検索SSL
DNS RobotDNS Propagation Checker

次世代DNS伝播チェックツール

プライバシーポリシー利用規約私たちについてブログお問い合わせ

DNSツール

DNS検索ドメインからIP変換NS検索MX検索CNAME検索すべて表示

メールツール

SPFレコードチェッカーDMARCチェッカーDKIMチェッカーSMTPテストツールメールヘッダー解析すべて表示

ウェブサイトツール

WHOIS検索ドメイン空き状況確認サブドメイン検索CMS検出ツールリンク解析すべて表示

ネットワークツール

PingツールトレースルートポートチェッカーHTTPヘッダーチェックSSL証明書チェックすべて表示

IPツール

IP検索自分のIPアドレス確認IPブラックリストチェックIPからホスト名変換ASN検索すべて表示

ユーティリティツール

QRコードスキャナーQRコード生成モールス信号変換テキストからバイナリ変換小さい文字ジェネレーターすべて表示
© 2026 DNS Robot. 開発: ❤ Shaik Brothers
全システム正常稼働中
Made with
ホーム/ブログ/DNS_PROBE_STARTED:意味と直し方を完全解説

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

Shaik Vahid2026年3月14日9 分で読める
DNS_PROBE_STARTEDエラーの修正ガイド — ChromeのDNSプローブ失敗画面と全OS向けのステップバイステップ解決策
DNS_PROBE_STARTEDエラーの修正ガイド — ChromeのDNSプローブ失敗画面と全OS向けのステップバイステップ解決策

ポイント

DNS_PROBE_STARTEDは、ChromeがDNSルックアップを開始したが、応答が返ってくる前にクエリが停止したことを意味します。最も一般的な解決策は、DNSキャッシュのフラッシュ、8.8.8.8や1.1.1.1のようなパブリックDNSサーバーへの切り替え、およびWindowsでのDNS Clientサービスの再起動です。

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_PROBE_STARTEDが1つのサイトだけでなくすべてのウェブサイトで表示される場合、問題はウェブサイト自体ではなく、DNS設定またはネットワークにあります。1つのサイトだけがこのエラーを引き起こす場合は、そのサイトの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クエリは、ローカルネットワーク上で10〜50ミリ秒で完了します。クエリが応答なしに5秒以上かかると、Chromeは諦めてDNS_PROBE_STARTEDを表示します。DNS Robot の DNS Lookup ツールで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クエリを傍受して変更し、完全に壊してしまうことがあります。

注意

Windows Updateの直後にDNS_PROBE_STARTEDが突然表示された場合、その更新によってDNS設定がリセットされたか、DNS Clientサービスが壊れた可能性があります。DNS設定を確認し、Dnscacheサービスを再起動してください。

DNS_PROBEエラーコードの比較

Chromeは複数のDNS_PROBEエラーコードを使用し、それぞれがDNS解決プロセスの異なる段階での失敗を示します。どのエラーが表示されているかを理解することで、根本原因をより迅速に診断できます。

エラーコード意味DNSクエリの状態最も可能性の高い原因
DNS_PROBE_STARTEDDNSルックアップが開始されたが完了しなかった停止 / 応答なしDNSサーバーに到達不可、Dnscacheのフリーズ
DNS_PROBE_FINISHED_NXDOMAINDNSルックアップが完了 — ドメインが見つからない完了(NXDOMAIN)URLの誤入力、ドメインの期限切れ、DNS設定の誤り
DNS_PROBE_FINISHED_NO_INTERNETDNSルックアップが失敗 — インターネット接続なし失敗(ネットワークなし)Wi-Fi切断、アダプタ無効、ケーブル未接続
DNS_PROBE_FINISHED_BAD_CONFIGDNSルックアップが失敗 — ネットワーク設定の誤り失敗(設定エラー)静的IPの誤り、無効なDNS設定、DHCP失敗

メモ

このエラーではなく DNS_PROBE_FINISHED_NXDOMAIN が表示される場合は、DNS_PROBE_FINISHED_NXDOMAINの修正ガイド をご覧ください。

重要な違い:STARTED はクエリが宙ぶらりんの状態 — 送信されたが結果が返ってこなかったことを意味します。すべての FINISHED バリアントは、クエリは完了したが結果がエラーだったことを意味します。STARTEDはほぼ常にネットワークまたはサービスの問題であり、FINISHEDエラーは設定の問題を示すことが多いです。

修正方法1:DNSキャッシュをフラッシュする

破損した、または古くなったDNSキャッシュエントリは、DNS_PROBE_STARTEDの主な原因の一つです。キャッシュをフラッシュすると、システムはネットワークから新しいDNSレコードをリクエストします。この修正で約40%のケースでエラーが解決されます。

WindowsでDNSをフラッシュする

管理者としてコマンドプロンプトを開き(スタートを右クリック → ターミナル(管理者))、以下の3つのコマンドを順番に実行します:

powershell
# 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のバージョンに応じた適切なコマンドを実行します:

bash
# 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 -cachedump

ヒント

macOSでは、mDNSResponder プロセスがDNS解決を処理します。HUP シグナルを送ることで、設定のリロードとすべてのキャッシュエントリのクリアを強制します。Macの再起動は必要ありません。

LinuxでDNSをフラッシュする

コマンドはDNSリゾルバによって異なります。最新のLinuxディストリビューションのほとんどは systemd-resolved を使用しています:

bash
# 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 nscd

AndroidでDNSをフラッシュする

Androidにはほとんどのユーザー向けのターミナルDNSフラッシュコマンドがありません。代わりに以下を行います:

text
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

メモ

AndroidでChromeの内部フラッシュが効かない場合は、機内モードを10秒間オンにしてからオフにしてください。これにより、Androidがすべてのネットワーク接続を再確立し、システムDNSキャッシュをフラッシュします。

修正方法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プライバシー
Cloudflare1.1.1.11.0.0.12606:4700:4700::1111ログなしポリシー、毎年監査済み
Google8.8.8.88.8.4.42001:4860:4860::8888ログは48時間後に匿名化
Quad99.9.9.9149.112.112.1122620:fe::feマルウェアドメインをブロック、スイスのプライバシー法
OpenDNS208.67.222.222208.67.220.2202620:119:35::35Cisco傘下、オプションのフィルタリング

Windows 10/11でDNSを変更する

powershell
# 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.1

macOSでDNSを変更する

bash
# 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

ヒント

DNSサーバーを変更した後は、必ずDNSキャッシュをフラッシュ(修正方法1)して、古いリゾルバを参照する古いエントリをクリアしてください。

修正方法3:DNS Clientサービスを再起動する(Windows)

WindowsのDNS Clientサービス(Dnscache)は、DNS応答をキャッシュし、オペレーティングシステムのすべてのDNSクエリを管理します。このサービスがフリーズすると — 思っているよりも頻繁に起こります — すべてのDNSプローブが開始されるが完了しなくなり、すべてのブラウザとアプリケーションでDNS_PROBE_STARTEDが発生します。

このサービスを再起動することは、Windowsでこの特定のエラーに対する最も効果的な修正方法の一つです。MicrosoftのDNS Clientは、平均的なブラウジングセッションで毎分約50〜200のDNSクエリを処理します。

powershell
# 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

注意

Restart-Service Dnscache で'アクセスが拒否されました'エラーが返される場合は、管理者としてPowerShellを実行する必要があります。スタートボタンを右クリック → ターミナル(管理者)。

修正方法4:ChromeのキャッシュとDNSデータをクリアする

Chromeは、オペレーティングシステムのキャッシュとは別に独自のDNSキャッシュを保持しています。Chromeの内部キャッシュ内の破損したエントリは、システムDNSが正常に動作していてもDNS_PROBE_STARTEDを引き起こす可能性があります。両方のキャッシュをクリアすることで、クリーンなルックアップが保証されます。

text
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

メモ

Microsoft Edgeの場合は edge://net-internals/#dns と edge://net-internals/#sockets を使用してください。Braveの場合は brave://net-internals/#dns です。すべてのChromiumブラウザは同じ内部ページを共有しています。

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

ネットワークリクエストを変更するブラウザ拡張機能 — 広告ブロッカー、プライバシーツール、VPN拡張機能、DNS-over-HTTPSアドオン — はDNSクエリを傍受して解決プロセスを壊す可能性があります。1つの不具合のある拡張機能が、すべてのページ読み込みでDNS_PROBE_STARTEDを引き起こす可能性があります。

最も手軽なテスト方法:シークレットウィンドウを開いてください(Ctrl+Shift+N)。シークレットモードはデフォルトですべての拡張機能を無効にします。シークレットモードでウェブサイトが読み込まれる場合、拡張機能が原因です。

text
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つのコマンドすべてを実行します:

powershell
# 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 effect

注意

ネットワークリセットにより、保存されたすべてのWi-Fiパスワードとカスタムのネットワーク設定がクリアされます。コマンドを実行する前にWi-Fiパスワードを確認してください。再起動後に再入力が必要です。

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

bash
# 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)をホワイトリストに追加してください。

powershell
# 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

注意

テスト目的でのみファイアウォールを一時的に無効にしてください。エラーが解決した場合、ファイアウォールを無効のままにせず、代わりにDNSトラフィック(UDPポート53)の送信を許可する特定のルールを追加してください。

修正方法8:ルーターを再起動する

ルーターは独自のDNSキャッシュを保持し、ネットワーク上のすべてのデバイスに対するDNS転送を処理します。DNSキャッシュがいっぱいになったルーター、メモリリーク、またはDNS転送プロセスがフリーズしたルーターは、接続されているすべてのデバイスでDNS_PROBE_STARTEDを引き起こす可能性があります。

適切なルーターの再起動(電源サイクル)は、ルーターのRAM、DNSキャッシュをクリアし、ISPのDNSサーバーへの接続を再確立します。これはソフトリブートとは異なります — 電源を完全に切る必要があります。

text
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 min

ヒント

DNS_PROBE_STARTEDがすべてのデバイス(スマートフォン、ノートパソコン、タブレット)で表示される場合、ルーターがほぼ確実に問題です。1つのデバイスだけに表示される場合、問題はそのデバイスのDNS設定に固有のものです。

DNS_PROBE_STARTEDの診断方法

上記の修正方法でうまくいかない場合、診断コマンドを使用して、DNS解決チェーンのどこで中断しているかを正確に特定できます。これらのコマンドはすべてのオペレーティングシステムで動作し、問題がDNSサーバー、ネットワーク、またはローカル設定のいずれにあるかを教えてくれます。

nslookupでDNS解決をテストする

bash
# 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

メモ

別のデバイスからDNS Robotの DNS Lookup ツールを使用して、ドメインのDNSレコードが世界中で正しく解決されているかどうかを確認することもできます。

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

bash
# 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 53

ping 1.1.1.1 が失敗するがWi-Fiが接続済みと表示される場合、ルーターがWAN接続を失っている可能性があります。ルーターの管理パネル(通常は 192.168.1.1)でWANステータスを確認するか、別のデバイスからDNS Robotの Ping ツールを使用してネットワークを確認してください。

Chromeの組み込み診断ツールを使用する

Chromeには、DNSクエリで何が起こっているかを正確に把握できる強力な内部診断ページがあります:

text
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

ヒント

#events ページはリアルタイムのDNSクエリライフサイクルを表示します。DNS_TRANSACTION_TIMEOUT エントリが表示される場合、DNSサーバーがタイムアウトウィンドウ(通常5秒)以内に応答していません。DNSサーバーを切り替え(修正方法2)るか、ルーターを再起動(修正方法8)してください。

今すぐDNS設定を確認する

DNS Robotの無料DNS Lookupツールを使用して、ドメインのDNSレコードが世界中のサーバーから正しく解決されているかを確認しましょう。

試す DNS Lookup

よくある質問

DNS_PROBE_STARTEDは、ブラウザがドメイン名をIPアドレスに変換するためにDNSルックアップを開始したが、応答を受け取る前にクエリが停止したことを意味します。DNSプローブは開始されたが完了しませんでした — 通常はDNSサーバーに到達できないか、DNS Clientサービスがフリーズしていることが原因です。

関連ツール

DNS LookupPing ToolTracerouteWhat Is My IP

関連記事

DNS_PROBE_FINISHED_NXDOMAIN:意味と直し方を完全解説DNSサーバーは応答していません:直し方ガイド(ステップバイステップ)DNS キャッシュ クリア完全ガイド(Windows・Mac・Chrome・Linux)DNS検索が遅い原因と解決方法 — Chrome・Windows・Macで即効改善

目次

  • DNS_PROBE_STARTEDとは何か?
  • DNS解決の仕組み(どこで停止するのか)
  • DNS_PROBE_STARTEDの原因
  • DNS_PROBEエラーコードの比較
  • 修正方法1:DNSキャッシュをフラッシュする
  • 修正方法2:パブリックDNSサーバーに切り替える
  • 修正方法3:DNS Clientサービスを再起動する(Windows)
  • 修正方法4:ChromeのキャッシュとDNSデータをクリアする
  • 修正方法5:ブラウザ拡張機能を無効にする
  • 修正方法6:ネットワーク設定をリセットする
  • 修正方法7:ウイルス対策ソフトとファイアウォールの設定を確認する
  • 修正方法8:ルーターを再起動する
  • DNS_PROBE_STARTEDの診断方法
  • よくある質問