DNS_PROBE_STARTED: significado y solución (Chrome, Android)

¿Qué significa DNS_PROBE_STARTED?

DNS_PROBE_STARTED significa que Chrome no pudo obtener la dirección del sitio web desde el DNS y ha iniciado una prueba rápida, un sondeo DNS, para averiguar por qué. La página muestra "No se puede acceder a este sitio web" con "No se ha podido encontrar la dirección DNS de la página example.com. Se está diagnosticando el problema." Cuando el sondeo termina, Chrome sustituye el código por el resultado, por ejemplo DNS_PROBE_FINISHED_NXDOMAIN o DNS_PROBE_FINISHED_BAD_CONFIG.

STARTED normalmente dura solo unos segundos. Si la página se queda en él, la prueba de Chrome nunca informó a la página, algo que suele ocurrir cuando la red o la configuración DNS cambian mientras Chrome hace la prueba. Chromium describe el estado como "A DNS probe has been started for this error page" (net_error_info.h).

Aparece en los navegadores basados en Chromium (Chrome, Edge, Opera, Brave, Vivaldi). Si sale en todos los sitios, apunta a tu DNS o a tu red; si sale en un solo sitio, comprueba el DNS de ese sitio con la consulta de abajo.

Cómo funciona la resolución DNS (y dónde se detiene)

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

Paso 1 — Comprobación de la caché del navegador. Chrome revisa primero su propia caché DNS interna (chrome://net-internals/#dns) por si hay una IP guardada. Si el dominio se resolvió hace poco y el TTL (Time to Live) no ha caducado, Chrome usa el resultado guardado al instante, sin ninguna petición de red.

Paso 2 — Tus servidores DNS. Chrome normalmente envía la consulta él mismo, con su resolvedor integrado, a los servidores DNS que tiene configurados tu dispositivo (por lo general el router o tu proveedor de internet); en algunas configuraciones deja la consulta en manos del resolvedor del sistema operativo.

Paso 3 — Consulta al resolvedor recursivo. Si tampoco está en la caché del sistema, la consulta viaja por la red hasta tu servidor DNS configurado (normalmente el resolvedor de tu proveedor, o uno público como 8.8.8.8). Este resolvedor recursivo hace el trabajo pesado: pregunta a los servidores raíz, a los de TLD y a los servidores de nombres autoritativos hasta encontrar la respuesta.

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

Cuando una consulta falla, Chrome muestra su página de error e inicia el sondeo. El sondeo consulta un nombre conocido, google.com, con tu propia configuración DNS y con el DNS público de Google (8.8.8.8 y 8.8.4.4), y compara ambos resultados: si tu DNS falla y el de Google funciona, el problema es tu DNS; si ninguno responde, no hay conexión o la red bloquea el DNS externo.

¿Qué causa DNS_PROBE_STARTED?

Detrás de todo DNS_PROBE_STARTED hay una consulta fallida, y una página que se queda en STARTED añade una posibilidad más. Los motivos habituales:

• La prueba no informó — si el código nunca cambia, el resultado del sondeo no llegó a la página, a menudo porque la red o la configuración DNS cambiaron mientras se ejecutaba. Reiniciar Chrome por completo lo soluciona
• Tu servidor DNS no es accesible o está saturado — el DNS del proveedor o del router deja de responder (el sondeo termina entonces como BAD_CONFIG)
• El router o el módem va mal — reenvía las consultas DNS de tus dispositivos, y un router colgado las detiene todas (el error sale entonces en todos los dispositivos)
• Una VPN o su DNS se cayó — la VPN envía el DNS a sus propios servidores; si el túnel o esos servidores fallan, nada responde
• Software de seguridad o un firewall que filtra el DNS — las funciones de "protección web" que interceptan el DNS pueden bloquearlo cuando funcionan mal
• La red cambió durante la consulta — al despertar de la suspensión, al cambiar entre Wi-Fi y datos móviles, o con una señal Wi-Fi inestable
• El proveedor de DNS seguro de Chrome no responde — con DNS seguro activado, el sondeo termina como BAD_SECURE_CONFIG

Comparación de códigos de error DNS_PROBE

Chrome da nombre a cada resultado de su sondeo con un código DNS_PROBE (según net_error_info.h de Chromium):

La diferencia clave: STARTED significa que Chrome aún no ha terminado de diagnosticar, mientras que cualquier otro código es un resultado. Si la página se queda en uno, sigue la guía de ese código; si se queda en STARTED, reinicia Chrome y prueba de nuevo.

Solución 1: recarga y reinicia Chrome si se queda en STARTED

Espera unos segundos y recarga la página una vez. Si esta vez tu DNS responde, el sitio carga; si no, el código debería cambiar a un resultado en pocos segundos, y ese resultado te dice qué arreglar (consulta la tabla de arriba).

Si la página se queda en DNS_PROBE_STARTED, la prueba de Chrome no informó: reinicia Chrome por completo escribiendo chrome://restart en la barra de direcciones (o ciérralo y vuelve a abrirlo) y recarga. En un portátil que acaba de despertar de la suspensión o de cambiar de red, desactiva y activa antes el Wi-Fi.

Solución 2: cambia a un servidor DNS público

Si el DNS de tu proveedor o de tu router es lento o no responde, cambiar el dispositivo a un resolvedor público suele arreglar DNS_PROBE_STARTED al instante. Mide cuál es el más rápido desde tu conexión con el Test de velocidad de DNS de DNS Robot.

Los registros temporales de Google guardan tu dirección IP completa durante 24 a 48 horas; el 1.1.1.1 de Cloudflare no guarda la IP de origen en disco y borra sus registros en 25 horas; Quad9 además bloquea dominios maliciosos conocidos.

Cambiar DNS en Windows 10/11

# 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

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 tu router

Tu router suele reenviar las consultas DNS de todos los dispositivos. Cuando se cuelga, las consultas se detienen en todos ellos, que es justo cuando DNS_PROBE_STARTED aparece a la vez en tu móvil y en tu portátil.

Reinícialo desenchufándolo de la corriente, no solo pulsando un botón:

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

Solución 4: vacía tu caché DNS

Vaciar la caché borra las respuestas que guardan tu sistema y Chrome, de modo que la siguiente consulta empieza de cero. Ayuda sobre todo después de cambiar de servidor DNS o de red.

Vaciar DNS en Windows

Abre Terminal o el Símbolo del sistema como administrador y ejecuta el comando de abajo. Después vacía la caché propia de Chrome: abre chrome://net-internals/#dns y haz clic en Clear host cache.

ipconfig /flushdns

Vaciar DNS en macOS

Abre Terminal y ejecuta:

sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

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, 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

Vaciar DNS en Android

Android no tiene para la mayoría de los usuarios un comando de terminal para vaciar el DNS. 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 5: revisa la VPN, el antivirus y el firewall

Desconecta cualquier VPN y recarga: una VPN envía tu DNS a sus propios servidores, y si estos no responden, nada responde. Después desactiva un momento la "protección web" del antivirus o el filtrado DNS y recarga.

Si eso lo arregla, conserva la VPN o el software de seguridad pero ajústalo (otro servidor VPN, o una excepción para Chrome) en lugar de dejar la protección desactivada. En Windows, comprueba que ninguna regla del firewall bloquee el DNS (puerto 53) saliente; una regla de bloqueo siempre prevalece sobre una de permiso, así que desactiva la regla de bloqueo:

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

Solución 6: desactiva las extensiones del navegador

Las extensiones de VPN y proxy cambian el destino de las peticiones de Chrome. Abre una ventana de incógnito (Ctrl+Shift+N), donde las extensiones están desactivadas salvo que las hayas permitido: si el sitio carga allí, desactiva tus extensiones una a una en chrome://extensions/.

Revisa también el ajuste de DNS seguro de Chrome: Configuración → Privacidad y seguridad → Seguridad → Usar DNS seguro. Si apunta a un proveedor que no responde, cámbialo al DNS del sistema (cuando esa opción esté disponible).

Solución 7: borra la caché DNS y las conexiones de Chrome

Chrome mantiene su propia caché DNS y sus conexiones abiertas. Borra ambas:

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

Solución 8: reinicia Windows (no solo el cliente DNS)

Las guías antiguas te dicen que reinicies el servicio DNS Client de Windows (Dnscache). En Windows 10 y 11 ese servicio no se puede detener ni reiniciar a mano: sus botones en Servicios aparecen atenuados. ipconfig /flushdns (Solución 4) vacía su caché, y reiniciar el PC por completo reinicia el servicio.

Para comprobar que está en ejecución:

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

Solución 9: restablece la configuración de red (último recurso)

Si nada más funciona, restablece la pila de red. Esto restablece Winsock y TCP/IP, incluidas las direcciones IP estáticas y los servidores DNS que hayas puesto a mano.

Restablecer red en Windows

Ejecuta esto en Terminal o en el Símbolo del sistema como administrador y reinicia el equipo: los restablecimientos surten efecto tras reiniciar.

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

Restablecer red en macOS

En un Mac, elimina la red Wi-Fi y vuelve a unirte a ella en lugar de borrar archivos del sistema: Ajustes del Sistema → Wi-Fi → Detalles… junto a tu red → Omitir esta red…; después vuelve a unirte a ella y reinicia el Mac.

Cómo diagnosticar DNS_PROBE_STARTED

Si las soluciones anteriores no han funcionado, puedes usar comandos de diagnóstico para localizar exactamente dónde se rompe la cadena de resolución DNS. Estos comandos funcionan en todos los sistemas operativos y te dirán si el problema está en tu servidor DNS, en tu red o en 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 that a DNS server answers at all (UDP, the normal DNS transport)
nslookup google.com 8.8.8.8

Si ping 1.1.1.1 falla pero tu Wi-Fi aparece conectado, es posible que tu router haya perdido la conexión WAN. Revisa el panel de administración del router (normalmente 192.168.1.1) para ver el estado de la WAN, o usa la herramienta Test de Ping de DNS Robot desde otro dispositivo para verificar tu red.

Usa los diagnósticos internos de Chrome

Las páginas internas de Chrome muestran qué ocurre con sus consultas 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