DNS_PROBE_FINISHED_NXDOMAIN: qué significa y cómo arreglarlo

Escribes la dirección, pulsas Enter y Chrome muestra una página de error con el código DNS_PROBE_FINISHED_NXDOMAIN. No cargó ninguna página, y el navegador ni siquiera intentó conectarse a un servidor.

El error viene de un paso anterior: convertir el nombre en una IP. Saberlo ahorra tiempo, porque tocar el código de la aplicación o reiniciar el servidor no lo resuelve. El defecto está en el nombre, en el registro DNS o en una caché. La página se ve más o menos así (el texto exacto cambia según la versión y el idioma de Chrome):

No se puede acceder a este sitio
No se encontró la dirección IP del servidor de example.com.
DNS_PROBE_FINISHED_NXDOMAIN

¿Qué es NXDOMAIN?#

NXDOMAIN (non-existent domain) es el código de respuesta DNS número 3, "Name Error". Significa que el servidor recorrió la jerarquía del DNS y concluyó que el nombre no existe. Como los nombres forman un árbol, la RFC 8020 define que, si foo.example no existe, tampoco existe ningún nombre debajo de él (por ejemplo bar.foo.example).

No lo confundas con otras respuestas:

• NXDOMAIN: el nombre no existe.
• NODATA (respuesta NOERROR sin registros): el nombre existe, pero no tiene registro del tipo pedido, como un nombre con A pero sin AAAA.
• SERVFAIL: el servidor falló al responder. Es otro fallo de DNS, con otro código de error en el navegador.

En la práctica, DNS_PROBE_FINISHED_NXDOMAIN es la forma en que Chrome muestra la respuesta "ese nombre no existe". Otros navegadores muestran mensajes propios para el mismo problema.

¿Cuáles son las causas más comunes?#

Las causas más frecuentes, en el orden en que conviene revisarlas:

1. Error de escritura o dominio inexistente. exmaple.com, un .com donde debía ser .com.mx, o un dominio que nunca se registró.
2. Dominio vencido. El registro caducó y el dominio puede haber salido de la zona del TLD.
3. Registro DNS ausente. El dominio existe, pero el subdominio que visitas (app.ejemplo.com, www.ejemplo.com) no tiene registro A, AAAA ni CNAME.
4. DNS editado en el proveedor equivocado. Creaste el registro en el panel donde compraste el dominio, pero los nameservers apuntan a otro proveedor. El registro correcto está en un lugar que nadie consulta.
5. Caché negativa. Alguien consultó el nombre antes de que existiera el registro y un resolvedor guardó "no existe".
6. Caché o DNS local con fallos. Caché del sistema, archivo hosts, DNS del router o del proveedor de internet, VPN o extensión de bloqueo.

¿Cómo diagnosticar con dig o nslookup?#

Antes de cambiar configuraciones, averigua en qué capa aparece el error. Consulta el nombre en dos resolvedores públicos:

dig ejemplo.com A @8.8.8.8
dig ejemplo.com A @1.1.1.1

En la salida, busca el campo status de la cabecera:

;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 41207

En Windows sin dig:

nslookup ejemplo.com 8.8.8.8

La respuesta Non-existent domain equivale a NXDOMAIN. Ahora interpreta:

Si obtuviste NXDOMAIN, consulta directamente los servidores autoritativos, que tienen la respuesta de referencia:

dig NS ejemplo.com +short
dig @ns1.proveedor-dns.ejemplo ejemplo.com A +short

Si el servidor autoritativo devuelve la IP y los resolvedores públicos no, el problema es de caché. Si también dice NXDOMAIN, el registro no existe en esa zona.

¿Cómo corregir cada causa?#

Error de escritura y dominio inexistente. Revisa la ortografía y el TLD. Busca el dominio en el WHOIS o RDAP de tu registrador para ver si está registrado y cuándo vence.

Dominio vencido. Renuévalo en el registrador. Una vez renovado, el dominio vuelve a la zona del TLD, pero las cachés pueden tardar en olvidar la respuesta negativa.

Registro ausente. En el panel de tu proveedor de DNS, crea el registro para el nombre exacto que visitas. Para una IP, es un A (IPv4) o AAAA (IPv6). Para apuntar a otro nombre, un CNAME. La guía de registros DNS explica cada tipo.

Proveedor de DNS equivocado. Ejecuta dig NS ejemplo.com +short y mira qué nameservers responden. Edita los registros en ese proveedor, o cambia los nameservers en el registrador al proveedor donde creaste los registros. Al cambiar, mantén los mismos registros en ambos lados durante la transición.

Caché negativa. La RFC 2308 define que el tiempo de caché de un "no existe" es el menor entre el campo MINIMUM del registro SOA de la zona y el TTL del propio SOA. En la práctica, un nombre recién creado puede seguir fallando minutos u horas para quien ya lo consultó. Más detalles en propagación de DNS.

¿Cómo limpiar la caché y cambiar el DNS en tu computadora?#

Si los resolvedores públicos devuelven la IP y solo falla tu máquina:

ipconfig /flushdns

En Windows, según la documentación de Microsoft, este comando también descarta las entradas de caché negativa. En macOS:

sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

En Linux con systemd-resolved:

sudo resolvectl flush-caches

Después cierra y abre el navegador, o prueba en una ventana privada. Luego descarta sospechosos locales:

• El archivo hosts. Una línea antigua que apunta el dominio a una dirección inválida rompe la resolución. En Windows está en C:\Windows\System32\drivers\etc\hosts; en macOS y Linux, en /etc/hosts.
• VPN y extensiones de bloqueo. Desactívalas un minuto y prueba de nuevo.
• Otra red. Prueba con datos móviles. Si carga, el culpable es el DNS del router o del proveedor de internet.
• Cambiar el servidor DNS. En la configuración de red, usa los resolvedores públicos de Google (8.8.8.8 y 8.8.4.4, documentados en la página de Google Public DNS) o de Cloudflare (1.1.1.1 y 1.0.0.1, en la documentación de Cloudflare). Configura al menos dos direcciones.

Cambiar de resolvedor solo ayuda cuando el DNS del proveedor falla. Si el dominio de verdad no existe, todos los resolvedores darán la misma respuesta.

¿Cómo evitar el error en un sitio propio?#

• Activa la renovación automática del dominio y mantén actualizado el correo del registrador.
• Anota en qué proveedor está la zona DNS y comprueba con dig NS antes de crear registros.
• Crea el registro antes de compartir la dirección, para que ningún resolvedor guarde un "no existe".
• Antes de cambiar la IP o el proveedor, baja el TTL a 300 segundos con antelación.
• Prueba el subdominio exacto (www y el dominio sin www son nombres distintos y necesitan registros propios).

Para el paso a paso de conectar un dominio a una aplicación, mira cómo apuntar un dominio a tu aplicación. Para repasar lo básico, lee qué es el DNS.

Cómo hacerlo en Square Cloud#

Toda aplicación web en Square Cloud recibe un subdominio *.squareweb.app con HTTPS, en cualquier plan. Si esa dirección abre y tu dominio da NXDOMAIN, el problema está en el DNS del dominio, no en la aplicación.

El dominio personalizado está disponible desde el plan Standard. En el panel ves los registros DNS que necesitas y los creas en tu registrador o proveedor de DNS. El panel muestra el estado de validación en tiempo real, así que sabes cuándo se encontraron los registros. El TLS se emite automáticamente.

El dominio sigue registrado a tu nombre en tu registrador. Square Cloud no es registrador ni proveedor de DNS, por lo que un NXDOMAIN suele indicar que falta el registro, que se creó en el proveedor equivocado o que una caché aún guarda la respuesta antigua. Mira el flujo completo en dominios en Square Cloud.