Domain IP Lookup

Dos momentos realmente distintos

dig / nslookup

Detalle completo del protocolo, automatizable, sin conexión

Herramienta web

Sin instalación, consultas masivas, compartible

Guías prácticas

Soluciona «Server DNS Address Could Not Be Found»

7 min de lecturaPor Domain IP Lookup Team

La llamada suele ir así: «Internet no funciona, pero solo para un sitio web». Chrome muestra una página gris, un dinosaurito y las palabras Server DNS address could not be found, con DNS_PROBE_FINISHED_NXDOMAIN en letra más pequeña debajo. Todo lo demás carga sin problema. La persona al teléfono ya reinició el router dos veces.

He corregido este error más veces de las que puedo contar, y casi nunca significa lo que la gente teme. Chrome no tiene nada malo y el sitio web, por lo general, no ha desaparecido. Tu equipo pidió la dirección del sitio y, en algún punto de la cadena, la respuesta volvió como «ese lugar no existe». Esa cadena —la caché de tu navegador, la caché de tu sistema operativo, tu router, el resolutor de tu proveedor— tiene varios eslabones, y cualquiera de ellos puede ser el que miente. Todo el trabajo consiste en encontrar cuál es.

Primera pregunta: ¿está caído para todos o solo para ti?

Antes de tocar un solo ajuste, coge tu teléfono. Desactiva el Wi-Fi para que el teléfono use los datos móviles y abre el sitio. Acabas de hacer la prueba más útil de toda esta guía, porque cambiaste toda la ruta de red en cinco segundos.

  • El sitio carga con datos móviles. El sitio web está bien. Algo entre tu equipo y el resolutor de tu proveedor te está dando una respuesta incorrecta, y todo lo que sigue lo solucionará.
  • El sitio también falla ahí. Prueba con otro sitio que uses a diario. Si ese carga, el problema probablemente está en el lado del sitio web: un registro de dominio caducado, un cambio de DNS mal hecho o un proveedor de alojamiento que desconectó todo. Eso no puedes arreglarlo desde tu silla.
  • Todo falla en todas partes. Eso ya no es este error; es tu conexión en sí. Otro problema, otra guía.

Si quieres la misma respuesta con más alcance del que te da tu teléfono, el comprobador de propagación DNS consulta resolutores públicos en varios países y muestra si coinciden en la dirección del sitio. Si los resolutores de todo el mundo devuelven NXDOMAIN, el sitio tiene un problema real de DNS. Si todos devuelven una dirección sin problema, la respuesta incorrecta se está produciendo cerca de ti.

Qué significa en realidad este error

El DNS es la búsqueda que convierte un nombre como example.com en la dirección numérica a la que tu navegador se conecta de verdad. Este error significa que la búsqueda no volvió vacía por accidente: el resolutor informó activamente de que el nombre no existe. Eso es lo que significa NXDOMAIN, y nuestra explicación sobre qué significa NXDOMAIN trata la respuesta en sí en profundidad.

Aquí está la parte que confunde a la gente: «no existe» puede ser una respuesta verdadera sobre un sitio que se eliminó, o una respuesta obsoleta que tu propio equipo guardó en caché antes y sigue repitiendo. El mensaje de error se ve idéntico en ambos casos. Por eso las soluciones siguientes atacan las cachés y los resolutores, y no el navegador en sí: reinstalar Chrome por esto es como comprarte un teléfono nuevo porque cambió el número de un contacto.

Relaciona el síntoma con la causa

SíntomaCausa probablePrueba rápida
Un sitio falla y todo lo demás funcionaCaché obsoleta o una entrada incorrecta en el archivo hostsAbre el sitio en tu teléfono con datos móviles
Todos los sitios fallan con el mismo errorTu resolutor o el DNS de tu router está caídoCambia la dirección del resolutor en tu equipo
Falla solo con la VPN conectadaEl DNS de la VPN está roto o bloqueadoDesconecta la VPN y vuelve a cargar la página
Funcionaba ayer y se rompió tras una migración del sitioUna respuesta antigua sigue en caché cerca de tiComprueba el sitio en un comprobador de propagación
Vuelve a fallar un día después de arreglarloEl router entrega un resolutor que no respondeCompara los ajustes DNS del router y del equipo

Las soluciones, en el orden en que yo las pruebo

  1. Vacía tu caché DNS

    En Windows, abre el Símbolo del sistema y ejecuta ipconfig /flushdns. En un Mac, es sudo dscacheutil -flushcache en Terminal. Esto descarta las respuestas guardadas de tu equipo, incluida la incorrecta, y obliga a hacer una búsqueda nueva. Lleva diez segundos y no daña nada, por eso es siempre mi primer paso.

  2. Cambia a un resolutor público

    Si el vaciado no cambió nada, la respuesta incorrecta viene de más arriba. Cambia los servidores DNS de tu equipo a un resolutor público como 1.1.1.1 o 8.8.8.8 y vuelve a cargar. Si el sitio vuelve a la vida, el resolutor de tu proveedor era el que mentía: deja el ajuste así, o mantenlo hasta que tu proveedor se recupere.

  3. Revisa el archivo hosts

    El archivo hosts anula el DNS por completo. Si una línea suya asigna el nombre del sitio a una dirección antigua —dejada ahí por un programa viejo, un experimento pasado o algo que pegaste hace años y olvidaste—, ningún cambio de resolutor servirá, porque tu equipo ni siquiera pregunta. Abre el archivo, busca el nombre del sitio y elimina o comenta cualquier línea que encuentres.

  4. Reinicia el router, una vez

    Los routers también guardan respuestas en caché, y los baratos lo hacen mal. Un solo reinicio limpia esa caché y renegocia la conexión. Digo una vez porque reiniciarlo cuatro veces seguidas, como suelen confesar quienes llaman, hace exactamente lo mismo que reiniciarlo una vez.

  5. Apaga la VPN y vuelve a probar

    Una VPN redirige tus consultas DNS a sus propios servidores. Si esos están caídos, mal configurados o el túnel quedó a medio morir mientras tu conexión seguía activa, las búsquedas de nombres fallan aunque todo parezca conectado. Desconéctala por completo —no pausarla, desconectarla— y vuelve a cargar la página.

Dos cosas que la gente jura que funcionan y rara vez ayudan

Reinstalar el navegador. El navegador guarda una pequeña caché propia, es cierto, pero este error se genera al fallar la búsqueda a nivel del sistema, y una instalación nueva hereda el mismo resolutor, el mismo archivo hosts y el mismo router. Pasarás veinte minutos restaurando tus marcadores para volver al dinosaurio.

La otra es «espera 48 horas», repetido como un conjuro. Esperar sí soluciona de verdad un caso: el sitio cambió su DNS hace poco y la respuesta antigua todavía se está vaciando de las cachés de todo el mundo. Nuestra guía para diagnosticar «este sitio no está disponible» separa esa espera de los fallos que sí puedes arreglar tú. Pero si el sitio carga hoy en tu teléfono, esperar no arreglará tu red: los cinco pasos anteriores sí, normalmente en diez minutos.

Cuando solo un navegador muestra el error

He aquí una variante que manda a la gente por el camino equivocado durante horas: el sitio falla en Chrome pero se carga sin problemas en otro navegador en la misma máquina, la misma red, el mismo minuto. Ese único hecho descarta de un solo golpe tu router, tu proveedor y el sitio web. La diferencia vive dentro del propio navegador.

Los navegadores modernos hacen cada vez más sus propias consultas en lugar de confiar en el sistema. Chrome tiene una opción de Secure DNS que puede enviar las consultas por una conexión cifrada a un resolvedor que elige el navegador, saltándose el que tu computadora tiene configurado; Firefox tiene una función similar con sus propios valores predeterminados. Si esa ruta elegida por el navegador está rota — o simplemente guarda una respuesta obsoleta que el resto de tu sistema ya olvidó — recibes este error en exactamente un programa mientras todo lo demás funciona. Configurar el DNS seguro del navegador para que use el resolvedor del sistema, o desactivarlo, es la prueba de dos minutos que lo aclara.

La división inversa es igual de informativa: todos los navegadores fallan pero una consulta desde la línea de comandos funciona, lo que apunta a algo que los navegadores comparten: la configuración del resolvedor del sistema, el archivo hosts, la propia red. Un programa frente a todos los programas es la manera más rápida que conozco de localizar qué capa guarda la respuesta incorrecta, y por eso mi primera pregunta en estas llamadas nunca trata de ajustes. Es «¿falla en todas partes, o solo aquí?»

También puedes interrogar a los resolvedores de uno en uno en lugar de adivinar. Un comando como nslookup example.com 1.1.1.1 pide su respuesta a un resolvedor concreto, ignorando tus valores predeterminados. Pregunta a tu resolvedor habitual y luego a uno público. Si el resolvedor público devuelve una dirección mientras el tuyo devuelve NXDOMAIN, has pillado al mentiroso en el acto, y sabes si el trabajo que queda es vaciar la caché, esperar o cambiar el ajuste para siempre.

La misma falla lleva otros disfraces en otros lugares, lo que confunde a quien busca ayuda. El Chrome de Android lo llama ERR_NAME_NOT_RESOLVED, Firefox dice que no se encontró el servidor y Safari informa de que no puede encontrar el servidor. Palabras distintas, el mismo evento debajo: una consulta volvió diciendo que el nombre no existe. Si una solución de una guía para cualquiera de esos mensajes trata en realidad de cachés o resolvedores, también se aplica a la tuya: traduce el nombre del error y quédate con el método.

Cuando de verdad no es tu problema

A veces mi respuesta en estas llamadas es: son ellos, no tú. A un dominio cuyo registro caduca le retiran los servidores de nombres, y todos los resolutores del planeta empiezan a responder NXDOMAIN: el mismo error exacto, pero ahora dice la verdad. El dueño de un sitio en plena migración también puede publicar un registro roto y tumbar el nombre para todos a la vez.

La pista es la constancia. Tu teléfono falla, el de tu vecino falla, y los trucos locales de nuestra guía para corregir los errores DNS_PROBE_FINISHED de Windows no cambian nada, mientras los resolutores públicos de todo el mundo coinciden en que no hay dirección. Llegado ese punto, cierra las pestañas de ajustes. Ya no queda nada que reparar en tu lado; el sitio volverá cuando su dueño corrija el registro, o no volverá nunca.

¿Necesitas comprobar las direcciones DNS públicas de un dominio? Usa la herramienta Domain IP Lookup.

Preguntas frecuentes

Lecturas relacionadas

Cuatro resultados, cuatro pasos siguientes distintos

NXDOMAINEl nombre no existe: nunca vale la pena reintentar
TIMEOUTNo llegó respuesta a tiempo: suele ser transitorio
SERVFAILEl servidor no pudo procesarla: a veces es transitorio
REFUSEDRechazada por política: rara vez un fallo, rara vez transitorio
Solución de problemas

ERR_NAME_NOT_RESOLVED: qué significa y cómo solucionarlo

Qué significa ERR_NAME_NOT_RESOLVED en Chrome y cómo solucionarlo en ordenador, Android y iPhone, con una tabla de síntomas y comprobaciones DNS.

6 min de lectura

Cuatro capas, revisadas en orden

DNS

resuelve el nombre

Transporte

TCP conecta

TLS

el certificado es válido

Aplicación

HTTP responde

Solución de problemas

Diagnosticar «No se puede acceder a este sitio web»: un triaje por capas

Soluciona «No se puede acceder a este sitio web» paso a paso: identifica la familia del error y prueba DNS, ruta, TCP, TLS y HTTP con dig, curl y openssl.

8 min de lectura

Cuatro resultados, cuatro pasos siguientes distintos

NXDOMAINEl nombre no existe: nunca vale la pena reintentar
TIMEOUTNo llegó respuesta a tiempo: suele ser transitorio
SERVFAILEl servidor no pudo procesarla: a veces es transitorio
REFUSEDRechazada por política: rara vez un fallo, rara vez transitorio
Solución de problemas

Solucionar DNS_PROBE_FINISHED_NXDOMAIN en Windows: encuentre la capa que falla

Cómo solucionar DNS_PROBE_FINISHED_NXDOMAIN en Chrome para Windows probando navegador, Windows, router e ISP en orden, con comandos exactos.

8 min de lectura