DNS_PROBE_FINISHED_NXDOMAIN: qué significa y cómo solucionarlo

¿Qué es DNS_PROBE_FINISHED_NXDOMAIN?

DNS_PROBE_FINISHED_NXDOMAIN significa que Chrome no pudo obtener una dirección para el nombre del sitio web, mientras tu servidor DNS respondía a la consulta de prueba del propio Chrome, así que Chrome concluye que el dominio no existe. Casi siempre es una respuesta NXDOMAIN de verdad (“non-existent domain”, dominio inexistente); una consulta que falla por otro motivo, como una firma DNSSEC rota (SERVFAIL), muestra la misma página. Chrome la titula “No se puede acceder a este sitio web”. Mucha gente la busca como DNS_PROBE_NXDOMAIN; Chromium no tiene ese código, es el mismo error.

La única prueba que importa: consulta el nombre en un DNS público (la Consulta DNS de abajo, o nslookup example.com 1.1.1.1). Si el DNS público lo encuentra, la causa está de tu lado: un error al escribir, una caché obsoleta, tu servidor DNS, un servicio de filtrado o una VPN. Si el DNS público también responde NXDOMAIN, el dominio está mal escrito, caducado o mal configurado, y solo su titular puede arreglarlo.

A menudo la causa es un error al escribir o algo de tu lado, que se arregla en minutos; los pasos de abajo van de las comprobaciones más rápidas al propio dominio.

Cómo se ve este error en otros navegadores

Cada navegador muestra este error DNS de forma diferente, pero la causa raíz es siempre la misma: el dominio no pudo ser resuelto.

Los navegadores basados en Chromium (Chrome, Edge, Brave, Opera) muestran el mismo código DNS_PROBE_FINISHED_NXDOMAIN. Firefox y Safari muestran un mensaje más amigable, pero el problema subyacente es idéntico.

NXDOMAIN frente a los otros errores DNS_PROBE de Chrome

Cuando una página no carga, Chrome hace una comprobación rápida de DNS y nombra el resultado con un código DNS_PROBE. Solo uno de ellos significa que el nombre no existe:

El ERR_NAME_NOT_RESOLVED de Chrome es el mismo fallo de “ninguna dirección para este nombre”, que aparece cuando Chrome no hace la comprobación o esta no es concluyente: consulta ERR_NAME_NOT_RESOLVED.

Causas comunes de DNS_PROBE_FINISHED_NXDOMAIN

Las causas se reparten entre tu lado (la mayoría) y el lado del dominio.

• Error tipográfico en la URL — La causa más común. Un solo carácter incorrecto (ej.: gogle.com en lugar de google.com) activa NXDOMAIN porque el dominio mal escrito no existe en el DNS.
• Un “no existe” en caché — tu computadora o tu servidor DNS guardó una respuesta NXDOMAIN anterior, por ejemplo de antes de que el dominio estuviera configurado, y la repite hasta que caduca
• Caché DNS interna de Chrome — Chrome mantiene su propia caché DNS separada de la del sistema operativo. Incluso después de vaciar la caché del sistema, Chrome puede seguir usando una entrada interna obsoleta.
• Un servicio DNS con filtro — Quad9 responde NXDOMAIN para los dominios que bloquea, así que un sitio que funciona parece no existir. (Pi-hole, AdGuard y Cloudflare for Families responden 0.0.0.0 por defecto, lo que muestra un error de conexión)
• Dominio no registrado o expirado — El propietario del sitio olvidó renovar el dominio, o el dominio nunca fue registrado.
• Un dominio recién creado — un resolvedor que preguntó antes de que el dominio estuviera configurado conserva la respuesta “no existe” durante el tiempo de caché negativa de la zona: 15 minutos para .com y .net
• Un nombre local que no está en tu archivo hosts — los nombres de desarrollo como myapp.test solo existen donde tú los defines (una entrada errónea en hosts da un error de conexión, no NXDOMAIN)
• VPN o firewall bloqueando — Una VPN, proxy o firewall está interceptando las consultas DNS y bloqueando o redirigiendo el dominio.
• Problema con el servidor DNS del proveedor — El servidor DNS de tu proveedor de internet está devolviendo NXDOMAIN incorrectamente, o aún no ha recibido los registros DNS del dominio.

Solución 1: verificar la ortografía del nombre de dominio

Revisa con atención la URL de la barra de direcciones: un solo carácter incorrecto basta.

Busca errores comunes: letras que faltan (goole.com), letras de más (googgle.com), extensión equivocada (.con en lugar de .com) o caracteres confundidos (goog1e.com con el número 1 en lugar de la letra l).

Si alguien te envió el enlace, intenta buscar el sitio en Google en lugar de hacer clic directamente en el enlace. Si el dominio realmente no existe, no aparecerá ningún resultado de búsqueda.

Solución 2: vaciar la caché DNS

Si el dominio está correctamente escrito, el siguiente paso es vaciar la caché DNS de tu sistema operativo. Esto elimina todas las entradas DNS almacenadas y fuerza nuevas consultas.

# Windows (Command Prompt as Administrator)
ipconfig /flushdns

# macOS
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

# Linux (systemd-resolved)
sudo resolvectl flush-caches

# Chrome OS
chrome://net-internals/#dns → Clear host cache

Tras vaciar la caché, intenta cargar el sitio web de nuevo. Si los registros DNS del dominio se actualizaron hace poco, vaciar la caché permite que tu sistema obtenga los nuevos registros.

Los comandos para cada sistema, routers incluidos: cómo vaciar la caché DNS.

Solución 3: limpiar la caché DNS interna de Chrome

Chrome mantiene su propia caché DNS completamente separada de la caché del sistema operativo. Vaciar solo la caché del sistema no es suficiente — también debes limpiar la caché interna de Chrome.

• Abre Chrome y escribe chrome://net-internals/#dns en la barra de direcciones
• Haz clic en "Clear host cache" para limpiar todas las entradas DNS almacenadas en Chrome
• Luego ve a chrome://net-internals/#sockets y haz clic en "Flush socket pools" para restablecer las conexiones abiertas
• Intenta cargar el sitio web de nuevo — Chrome ahora realizará una consulta DNS completamente nueva

Solución 4: cambiar a un servidor DNS público

El servidor DNS de tu proveedor de internet puede estar devolviendo respuestas NXDOMAIN incorrectas, o puede que aún no tenga los registros del dominio. Cambiar a un servidor DNS público confiable frecuentemente resuelve este problema.

Cambiar DNS en Windows

• Abre Configuración → Red e Internet → Wi-Fi → Administrar redes conocidas → tu red (con cable: Ethernet → tu red)
• Busca Asignación de servidor DNS en esa página
• Haz clic en Editar junto a Asignación de servidor DNS → cambia a Manual
• Activa IPv4 y establece el DNS preferido en 1.1.1.1 y el alternativo en 1.0.0.1
• Haz clic en Guardar y prueba el sitio web de nuevo

Cambiar DNS en macOS

• Abre Ajustes del Sistema → Red → Wi-Fi → Detalles
• Haz clic en DNS en la barra lateral
• Elimina las entradas existentes y añade 1.1.1.1 y 1.0.0.1
• Haz clic en Aceptar

Solución 5: revisar el archivo hosts

Tu archivo hosts asocia nombres con direcciones antes de consultar el DNS. Una entrada errónea ahí (127.0.0.1 example.com) le da una dirección al nombre, así que aparece como un sitio rechazado o equivocado, no como NXDOMAIN; elimina esas líneas de todos modos, porque el malware y los bloqueadores de anuncios antiguos las añaden.

Donde el archivo hosts sí causa NXDOMAIN es al revés: un nombre de desarrollo local (myapp.test, api.local) que nunca añadiste. El DNS público no lo conoce, así que la consulta falla.

# Windows — open as Administrator:
notepad C:\Windows\System32\drivers\etc\hosts

# macOS / Linux:
sudo nano /etc/hosts

# Look for lines like:
# 127.0.0.1  example.com    ← This blocks the domain!
# 0.0.0.0    example.com    ← This also blocks it!

# If you find the domain listed, delete that line and save.

Después de editar, guarda el archivo y vacía la caché DNS (Solución 2).

Solución 6: revisar el ajuste de DNS seguro de Chrome

Chrome puede enviar las consultas DNS a su propio proveedor mediante HTTPS en lugar de usar el DNS de tu sistema. Si ese proveedor filtra (un DNS familiar o de seguridad), Chrome recibe “el dominio no existe” para sitios que otros navegadores cargan sin problema. (Si el proveedor no está disponible, Chrome muestra DNS_PROBE_FINISHED_BAD_SECURE_CONFIG.)

• Abre chrome://settings/security (Configuración → Privacidad y seguridad → Seguridad)
• Busca “Usar DNS seguro” y anota qué proveedor está seleccionado en “Seleccionar proveedor de DNS”
• Cambia “Seleccionar proveedor de DNS” a Predeterminado del SO (si está disponible), o a Google o Cloudflare, y recarga el sitio
• Edge: edge://settings/privacy → “Security” → “Use secure DNS” (nombres de la versión en inglés)

Si cambiar de proveedor lo soluciona, el anterior estaba bloqueando ese dominio o no lograba resolverlo.

Solución 7: desactivar VPN o antivirus temporalmente

Las VPN envían tus consultas DNS a sus propios servidores, y el software de seguridad, Pi-hole, los routers y los servicios DNS familiares filtran los nombres que consideran peligrosos. Quad9 responde NXDOMAIN para un dominio bloqueado, así que el sitio parece no existir; la mayoría de los demás filtros responden 0.0.0.0, lo que muestra un error de conexión.

Desactiva la VPN o el filtro y recarga. Para confirmar un bloqueo de Quad9, usa dig: según la documentación de Quad9, un dominio que bloquea devuelve NXDOMAIN con AUTHORITY: 0 (y sin la bandera ra), mientras que un dominio que realmente no existe vuelve con el registro SOA de la zona (AUTHORITY: 1). El dominio de prueba del propio Quad9 es isitblocked.org:

dig isitblocked.org @9.9.9.9

# ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN
# ;; flags: qr rd ad; QUERY: 1, ANSWER: 0, AUTHORITY: 0   ← blocked by Quad9

# A name that really doesn't exist:
# ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1   ← the zone's SOA comes back

Solución 8: verificar el estado de registro del dominio

Si ninguna de las soluciones anteriores funciona, el propio dominio puede estar genuinamente no registrado o expirado. Esto es especialmente común con sitios web nuevos, dominios cambiados recientemente, o dominios que el propietario olvidó renovar.

Para verificar el estado del dominio:

• Usa el WHOIS de DNS Robot en /whois-lookup — ingresa el dominio y verifica las fechas de registro y expiración
• Usa la Consulta DNS de DNS Robot en /dns-lookup — si no existen registros A, AAAA o NS, el dominio no tiene configuración DNS
• ¿Dominio o registro nuevo? Un resolvedor que consultó el nombre antes de que existiera conserva la respuesta “no existe” durante el tiempo de caché negativa del registro SOA de la zona (RFC 2308): 15 minutos para .com y .net, normalmente menos de una hora en los demás. El DNS público puede verlo ya mientras el resolvedor de tu proveedor aún dice NXDOMAIN
• ¿Registrado pero no se resuelve? Si WHOIS muestra el dominio pero no tiene servidores de nombres, o su estado es clientHold o serverHold (tras un vencimiento o un correo del titular sin verificar), el TLD responde NXDOMAIN: corrígelo en el registrador. Los servidores de nombres que simplemente no tienen la zona dan SERVFAIL o REFUSED

NXDOMAIN en nombres de desarrollo locales

Si el nombre que falla es uno que inventaste para desarrollo (myapp.test, api.local, el nombre de un servicio de Docker), el DNS público no lo conoce y NXDOMAIN es la respuesta correcta. Haz que el nombre se resuelva en tu equipo:

• Usa localhost — http://localhost:8000 y http://127.0.0.1:8000 siempre se resuelven; la mayoría de los servidores de desarrollo (Django, Rails, Vite, Next.js) muestran uno de los dos
• Añade el nombre a tu archivo hosts — 127.0.0.1 myapp.test y luego vacía la caché DNS
• Nombres de Docker — un nombre de servicio como db solo se resuelve dentro de la red de Docker; desde tu computadora usa localhost y el puerto publicado
• Nombres .local — usan DNS multicast (mDNS), integrado en macOS, iOS y Windows 10 y 11; en Linux, activa Avahi o el mDNS de systemd-resolved

Solucionar DNS_PROBE_FINISHED_NXDOMAIN en Android

El error NXDOMAIN aparece en Chrome para Android con el mismo código de error. Así es como se soluciona.

• Borrar la caché de Chrome: Abre Chrome → Configuración → Privacidad y seguridad → Borrar datos de navegación → selecciona Archivos e imágenes en caché → Eliminar datos
• Revisar el DNS privado: Ajustes → Redes e Internet → DNS privado (para qué sirve). Si apunta a un servicio de filtrado, elige Automático o dns.google
• Activar/desactivar el modo avión: Activa el modo avión durante 10 segundos y luego desactívalo — esto fuerza una nueva conexión de red y consulta DNS
• Actualizar Chrome: Abre Play Store → busca Chrome → toca Actualizar si está disponible
• Reinicia tu dispositivo si ninguna de las soluciones anteriores funciona

Solucionar DNS_PROBE_FINISHED_NXDOMAIN en iPhone / iPad

En iOS, Safari muestra "Safari No Puede Encontrar el Servidor" en lugar del código de error de Chrome. Si usas Chrome en iOS, verás el mensaje DNS_PROBE_FINISHED_NXDOMAIN. Así es como se soluciona.

• Cambiar el DNS: Ve a Ajustes → Wi-Fi → toca el icono (i) junto a tu red → Configurar DNS → Manual → añade 1.1.1.1 y 1.0.0.1
• Borrar la caché de Safari: Ajustes → Apps → Safari → Borrar historial y datos de sitios web
• Borrar la caché de Chrome: en Chrome toca ⋯ → Borrar datos de navegación
• Activar/desactivar el modo avión: Actívalo durante 10 segundos y luego desactívalo para restablecer la conexión de red
• Reinicia tu dispositivo para eliminar todo el estado DNS temporal

Cómo verificar que la solución funcionó

Después de aplicar una solución, verifica que la resolución DNS funciona para el dominio específico.

# Test DNS resolution directly
nslookup example.com

# Test with a specific DNS server
nslookup example.com 1.1.1.1

# Detailed test (Mac/Linux)
dig example.com

# status: NXDOMAIN from your own resolver? Confirm with a public one
# before concluding the domain doesn't exist:
dig example.com @1.1.1.1

Si nslookup devuelve una dirección IP, el DNS está funcionando y el sitio web debería cargar. Si sigue devolviendo "Non-existent domain", el dominio genuinamente no está registrado, o necesitas probar un servidor DNS diferente.

También puedes usar la herramienta Consulta DNS de DNS Robot para verificar si el dominio se resuelve desde múltiples servidores globales — esto confirma si el problema es local en tu dispositivo o si es un problema DNS global.