DNS_PROBE_STARTED: Qué Significa y Cómo Solucionarlo

¿Qué Significa DNS_PROBE_STARTED?

DNS_PROBE_STARTED es un error de navegadores Chromium que aparece cuando tu navegador inicia una búsqueda DNS pero la consulta se detiene antes de recibir cualquier respuesta. Chrome muestra "No se puede acceder a este sitio" junto con el código de error DNS_PROBE_STARTED — indicando que el proceso de resolución DNS se inició pero nunca se completó.

A diferencia de DNS_PROBE_FINISHED_NXDOMAIN (que significa que la consulta DNS se completó pero el dominio no fue encontrado), DNS_PROBE_STARTED significa que la consulta nunca terminó en absoluto. Tu navegador envió una solicitud para traducir un nombre de dominio en una dirección IP, pero el resolvedor DNS nunca respondió — ya sea porque está inalcanzable, congelado o bloqueado.

Este error afecta a todos los navegadores basados en Chromium: Google Chrome, Microsoft Edge, Opera, Brave y Vivaldi. Firefox maneja los errores DNS de manera diferente y no mostrará este mensaje exacto. El error casi siempre es causado por un problema en tu dispositivo o red — no en el sitio web que intentas visitar.

Cómo Funciona la Resolución DNS (Y Dónde Se Detiene)

Para entender por qué ocurre DNS_PROBE_STARTED, necesitas saber cómo funciona la resolución DNS. Cuando escribes example.com en Chrome, tu navegador pasa por estos pasos para encontrar la dirección IP del servidor:

Paso 1 — Verificación de la caché del navegador. Chrome primero revisa su propia caché DNS interna (chrome://net-internals/#dns) en busca de una dirección IP almacenada. Si el dominio fue resuelto recientemente y el TTL (Time to Live) no ha expirado, Chrome usa el resultado almacenado instantáneamente — no se necesita ninguna solicitud de red.

Paso 2 — Consulta al resolvedor del sistema operativo. Si la caché de Chrome falla, la solicitud pasa al resolvedor DNS de tu sistema operativo (el stub resolver). En Windows, es el servicio DNS Client (Dnscache). En macOS, es mDNSResponder. El sistema operativo revisa su propia caché antes de hacer una llamada de red.

Paso 3 — Consulta al resolvedor recursivo. Si la caché del sistema operativo también falla, la consulta se envía por la red a tu servidor DNS configurado (normalmente el resolvedor de tu proveedor de internet, o un resolvedor público como 8.8.8.8). Este resolvedor recursivo hace el trabajo pesado — consultando servidores raíz, servidores TLD y servidores de nombres autoritativos para encontrar la respuesta.

Paso 4 — Respuesta devuelta. El resolvedor recursivo devuelve la dirección IP a tu sistema operativo, que la almacena en caché y la pasa a Chrome. Chrome se conecta a la dirección IP y carga la página.

DNS_PROBE_STARTED significa que este proceso se detuvo en el Paso 2 o el Paso 3. El navegador disparó la sonda DNS, pero el resolvedor del sistema operativo o la consulta de red nunca devolvió un resultado. Esto ocurre cuando el servicio DNS Client está congelado, tu servidor DNS es inalcanzable o un firewall está bloqueando el puerto 53 (el puerto DNS).

¿Qué Causa DNS_PROBE_STARTED?

DNS_PROBE_STARTED se activa cuando el proceso de resolución DNS se inicia pero no puede completarse. Aquí están las causas más comunes, ordenadas por frecuencia:

• Servicio DNS Client congelado (Windows) — El servicio DNS Client de Windows (Dnscache) maneja todas las consultas DNS del sistema operativo. Si este servicio se congela o se bloquea, cada sonda DNS se inicia pero nunca termina. Esta es la causa #1 en máquinas Windows.

• Caché DNS corrompida — Las entradas obsoletas o corrompidas en la caché DNS de tu sistema pueden hacer que las búsquedas fallen silenciosamente. El resolvedor intenta usar datos almacenados, se confunde y nunca envía una consulta adecuada a la red.

• Servidor DNS inalcanzable — Si tu servidor DNS configurado está caído, sobrecargado o mal configurado, las consultas DNS quedan sin respuesta. Los servidores DNS de los proveedores de internet son conocidos por sus interrupciones intermitentes que causan exactamente este error.

• Firewall o software de seguridad bloqueando el puerto 53 — DNS usa el puerto UDP 53 (y a veces el puerto TCP 53). Si un firewall, antivirus o proxy corporativo bloquea este puerto, las consultas DNS salen de tu máquina pero nunca llegan al resolvedor.

• Problemas con el adaptador de red — Un adaptador de red mal configurado, deshabilitado o con fallos puede impedir que se envíen paquetes DNS. Esto es común después de despertar del modo suspensión, al cambiar entre Wi-Fi y Ethernet, o después de una actualización fallida de drivers.

• Interferencia de VPN o proxy — Las VPN redirigen las consultas DNS a través de sus propios resolvedores. Si la conexión VPN se cae o el servidor DNS de la VPN es inalcanzable, tus consultas no van a ningún lado.

• Extensiones del navegador interceptando DNS — Las extensiones de privacidad, bloqueadores de anuncios y extensiones de DNS-over-HTTPS pueden interceptar y modificar consultas DNS, a veces rompiéndolas por completo.

Comparación de Códigos de Error DNS_PROBE

Chrome usa varios códigos de error DNS_PROBE, cada uno indicando una etapa diferente de fallo en el proceso de resolución DNS. Entender qué error estás viendo te ayuda a diagnosticar la causa raíz más rápidamente.

La diferencia clave: STARTED significa que la consulta está atrapada en el limbo — fue enviada pero ningún resultado regresó. Todas las variantes FINISHED significan que la consulta se completó pero el resultado fue un error. STARTED es casi siempre un problema de red o servicio, mientras que los errores FINISHED suelen apuntar a problemas de configuración.

Solución 1: Vacía Tu Caché DNS

Las entradas corrompidas o obsoletas en la caché DNS son una de las principales causas de DNS_PROBE_STARTED. Vaciar la caché obliga a tu sistema a solicitar registros DNS frescos de la red. Esta solución resuelve el error en aproximadamente el 40% de los casos.

Vaciar DNS en Windows

Abre el Símbolo del sistema como Administrador (clic derecho en Inicio > Terminal (Admin)) y ejecuta estos tres comandos en secuencia:

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

Vaciar DNS en macOS

Abre Terminal y ejecuta el comando apropiado para tu versión de 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 -cachedump

Vaciar DNS en Linux

El comando depende de tu resolvedor DNS. La mayoría de las distribuciones Linux modernas usan 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 nscd

Vaciar DNS en Android

Android no tiene un comando de terminal para vaciar el DNS para la mayoría de los usuarios. En su lugar:

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

Solución 2: Cambia a un Servidor DNS Público

Si el servidor DNS de tu proveedor de internet es lento, inalcanzable o devuelve errores, cambiar a un resolvedor DNS público suele solucionar DNS_PROBE_STARTED inmediatamente. Los resolvedores públicos como Google y Cloudflare tienen redes anycast globales con 99.99% de disponibilidad — casi nunca se caen.

Según los benchmarks de DNSPerf, el DNS de Cloudflare (1.1.1.1) promedia 11 ms de tiempo de respuesta globalmente, mientras que los resolvedores de proveedores de internet normalmente oscilan entre 30 y 120 ms. Un DNS más rápido también significa cargas de página más rápidas.

Cambiar DNS en Windows 10/11

# 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

Cambiar DNS en macOS

# 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

Solución 3: Reinicia el Servicio DNS Client (Windows)

El servicio DNS Client de Windows (Dnscache) almacena en caché las respuestas DNS y gestiona todas las consultas DNS del sistema operativo. Si este servicio se congela — lo que ocurre con más frecuencia de lo que piensas — cada sonda DNS se inicia pero nunca se completa, causando DNS_PROBE_STARTED en todos los navegadores y aplicaciones.

Reiniciar este servicio es una de las soluciones más efectivas para este error específico en Windows. El DNS Client de Microsoft procesa aproximadamente 50-200 consultas DNS por minuto en una sesión de navegación promedio.

# 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

Solución 4: Limpia la Caché y los Datos DNS de Chrome

Chrome mantiene su propia caché DNS separada de la caché de tu sistema operativo. Las entradas corrompidas en la caché interna de Chrome pueden causar DNS_PROBE_STARTED incluso cuando el DNS de tu sistema funciona correctamente. Limpiar ambas cachés asegura búsquedas limpias.

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

Solución 5: Desactiva las Extensiones del Navegador

Las extensiones del navegador que modifican solicitudes de red — bloqueadores de anuncios, herramientas de privacidad, extensiones VPN, complementos de DNS-over-HTTPS — pueden interceptar consultas DNS y romper el proceso de resolución. Una sola extensión con mal funcionamiento puede causar DNS_PROBE_STARTED en cada carga de página.

La prueba más rápida: abre una ventana de incógnito (Ctrl+Shift+N). El modo incógnito desactiva todas las extensiones por defecto. Si el sitio web carga en modo incógnito, una extensión es la culpable.

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

Solución 6: Restablece la Configuración de Red

Si ninguna de las soluciones anteriores funciona, un restablecimiento completo de la pila de red puede resolver problemas profundos de corrupción de TCP/IP o Winsock que impiden la comunicación DNS. Esto restablece todos los adaptadores de red, la configuración DNS y la pila TCP/IP a los valores de fábrica.

Restablecer Red en Windows

Abre el Símbolo del sistema o PowerShell como Administrador y ejecuta los cuatro comandos:

# 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

Restablecer Red en macOS

# 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

Solución 7: Verifica la Configuración del Antivirus y Firewall

Los programas antivirus y firewalls con funciones de "protección web" o "filtrado DNS" pueden interceptar consultas DNS en el puerto 53 y bloquearlas si se consideran sospechosas. Algunas suites de seguridad redirigen todo el tráfico DNS a través de su propio proxy — si ese proxy falla, cada sonda DNS se detiene.

Para probar si tu software de seguridad es el problema, desactívalo temporalmente e intenta cargar el sitio web. Si el error desaparece, agrega Chrome como excepción o permite el tráfico DNS (puerto 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

Solución 8: Reinicia Tu Router

Los routers mantienen su propia caché DNS y manejan el reenvío DNS para todos los dispositivos en tu red. Un router con la caché DNS llena, fuga de memoria o un proceso de reenvío DNS congelado puede causar DNS_PROBE_STARTED en todos los dispositivos conectados.

Un reinicio adecuado del router (ciclo de energía) limpia la RAM del router, la caché DNS y restablece la conexión con los servidores DNS de tu proveedor de internet. Esto es diferente de un reinicio suave — necesitas cortar la energía completamente.

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

Cómo Diagnosticar DNS_PROBE_STARTED

Si las soluciones anteriores no han funcionado, puedes usar comandos de diagnóstico para identificar exactamente dónde se está rompiendo la cadena de resolución DNS. Estos comandos funcionan en todos los sistemas operativos y te dirán si el problema es tu servidor DNS, tu red o tu configuración local.

Prueba la Resolución DNS con nslookup

# 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

Prueba la Conectividad de Red

# 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

Si ping 1.1.1.1 falla pero tu Wi-Fi muestra que está conectado, tu router puede haber perdido la conexión WAN. Verifica el panel de administración de tu router (normalmente 192.168.1.1) para el estado WAN, o usa la herramienta Ping de DNS Robot desde otro dispositivo para verificar tu red.

Usa los Diagnósticos Internos de Chrome

Chrome tiene páginas de diagnóstico internas potentes que pueden revelar exactamente qué está ocurriendo con las consultas 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