ERR_NAME_NOT_RESOLVED: qué significa y cómo solucionarlo

Qué significa ERR_NAME_NOT_RESOLVED

Antes de que un navegador pueda conectarse a nada, convierte un nombre de host en una dirección IP mediante DNS. ERR_NAME_NOT_RESOLVED es el cajón de sastre de Chrome para cuando esa resolución falla de alguna forma que no sea un nombre confirmado como inexistente: el resolvedor no respondió a tiempo, devolvió una respuesta vacía o mal formada, o la propia pila de red del navegador no pudo llegar a ningún resolvedor.

Esto es fácil de confundir con DNS_PROBE_FINISHED_NXDOMAIN, que es un caso más concreto y específico. NXDOMAIN significa que un resolvedor respondió con claridad: este nombre no existe en la zona. ERR_NAME_NOT_RESOLVED significa que la propia consulta falló o volvió sin nada utilizable, lo que incluye un resolvedor roto, un tiempo de espera agotado, una red sin acceso a DNS en absoluto, o una anulación de DNS local salida mal. Si ya sabes que el dominio funcionaba antes y no cambió nada en el propio dominio, ERR_NAME_NOT_RESOLVED apunta más a la ruta de resolución que a los propios registros del dominio.

Cómo aparece el error

Chrome y Edge muestran "This site can't be reached - example.com's server IP address could not be found. Try running Windows Network Diagnostics." con el código ERR_NAME_NOT_RESOLVED. Firefox muestra "Hmm. We're having trouble finding that site" con el mensaje "we can't connect to the server at example.com".

dig muestra lo que devuelve un resolvedor concreto, y +trace recorre toda la cadena desde la raíz hacia abajo:

dig example.com A
;; ANSWER SECTION:
example.com.  300  IN  A  203.0.113.10

dig +trace example.com
; <<>> DiG 9.18 <<>> +trace example.com
.  518400  IN  NS  a.root-servers.net.
...
com.  172800  IN  NS  a.gtld-servers.net.
...
example.com.  300  IN  A  203.0.113.10

nslookup es una comprobación más rápida cuando solo necesitas una respuesta de sí o no:

nslookup example.com
Server:   8.8.8.8
Address:  8.8.8.8#53

Name:     example.com
Address:  203.0.113.10

Si cualquiera de los dos comandos agota el tiempo de espera, devuelve SERVFAIL, o no devuelve nada bajo ANSWER SECTION, la consulta falló de verdad, algo distinto de una respuesta NXDOMAIN que diría claramente "no such name".

Qué causa ERR_NAME_NOT_RESOLVED

• Falta un registro A o AAAA. El dominio resuelve para otros tipos de registro, o la zona existe, pero no hay ningún registro de dirección publicado para el nombre de host solicitado (incluido un registro ausente para un subdominio concreto aunque el dominio raíz funcione).
• Un registro de dominio caducado. En cuanto un dominio expira, sus servidores de nombres normalmente dejan de responder por él por completo, lo que produce exactamente este fallo en lugar de un NXDOMAIN limpio.
• Una caída o mala configuración de un servidor de nombres. Si los servidores de nombres autoritativos del dominio son inalcanzables o devuelven respuestas mal formadas, cualquier resolvedor que intente responder por ese dominio falla de la misma forma.
• Un fallo de validación de DNSSEC. Un resolvedor validador que no puede verificar una firma DNSSEC (una firma caducada, una cadena de confianza rota) se niega a devolver ninguna respuesta, en lugar de devolver una en la que no puede confiar.
• El propio resolvedor del visitante está caído o es inalcanzable, habitualmente en una VPN rota, un portal cautivo de wifi, o un router mal configurado que apunta a un servidor DNS que ya no existe.
• Una caché DNS local corrupta en la máquina del visitante, con una entrada obsoleta o rota de antes de que el dominio se configurara correctamente.

Cómo saber de quién es la culpa

Consulta directamente un resolvedor público, como dig example.com @8.8.8.8, saltándote lo que tenga configurado la red local. Si eso también falla, el problema está en la propia configuración DNS del dominio, no en la red del visitante. Una consulta DNS ejecutada desde varias ubicaciones aclara esto de inmediato: un fallo constante en todas partes apunta a los servidores de nombres o al registro del dominio, mientras que un fallo desde una única ubicación o resolvedor apunta a algo local de ese punto de vista.

Cómo corregir ERR_NAME_NOT_RESOLVED

Si eres el visitante

1. Vacía la caché DNS local. En Windows: ipconfig /flushdns. En macOS: sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder. En Linux con systemd-resolved: sudo resolvectl flush-caches.
2. Cambia a un resolvedor DNS público como 8.8.8.8 o 1.1.1.1 en tus ajustes de red, sustituyendo temporalmente lo que dé por defecto tu proveedor de internet o tu router.
3. Revisa el archivo hosts (/etc/hosts en macOS/Linux, C:\Windows\System32\drivers\etc\hosts en Windows) en busca de una entrada manual obsoleta que anule el dominio.
4. Desconéctate de una VPN y vuelve a intentarlo; algunos clientes VPN enrutan el DNS a través de un resolvedor que en sí mismo es inalcanzable o está mal configurado.
5. Reinicia el router si fallan al resolver todos los sitios de la red, no solo uno.

Si administras el sitio

1. Confirma que existe el registro A/AAAA para el nombre de host exacto que están usando los visitantes, incluido cualquier subdominio: dig www.example.com A y dig example.com A son dos consultas distintas.
2. Revisa el estado del registro y de la caducidad del dominio a través de tu registrador; un dominio caducado inesperadamente es una causa habitual y fácil de pasar por alto.
3. Verifica que los servidores de nombres listados en el registrador coinciden con los que realmente sirven la zona, y que responden: dig NS example.com seguido de consultar directamente cada servidor de nombres devuelto.
4. Si usas DNSSEC, valida la cadena con dig +dnssec example.com y comprueba si hay un registro RRSIG caducado, una causa frecuente y autoinfligida de fallos de resolución.
5. Ejecuta dig +trace para ver exactamente en qué punto de la cadena desde la raíz hasta el servidor autoritativo se rompe la resolución, en lugar de adivinarlo.

Errores relacionados

• DNS_PROBE_FINISHED_NXDOMAIN es el error hermano para una respuesta confirmada de "este nombre no existe", en lugar de una consulta fallida o vacía.
• La propagación de DNS explica por qué un registro recién cambiado puede resolver correctamente desde algunos resolvedores y no desde otros durante un tiempo.

Cómo prevenir ERR_NAME_NOT_RESOLVED

Los fallos de DNS son fáciles de pasar por alto internamente, ya que una red de oficina estable y sus registros en caché pueden seguir funcionando mucho después de que los visitantes de otros sitios empiecen a fallar. Una comprobación de DNS que se ejecuta desde más de 300 puntos de control en 158 ciudades detecta una caída de un servidor de nombres, un registro a punto de caducar, o un registro roto en el momento en que empieza a afectar a la resolución, en lugar de después de que se llene una bandeja de soporte. HostTracker monitoriza sitios web desde 2004 y alerta por correo, SMS, llamada de voz, Slack, Telegram y más.

Preguntas frecuentes

¿Cuál es la diferencia entre ERR_NAME_NOT_RESOLVED y DNS_PROBE_FINISHED_NXDOMAIN?

NXDOMAIN es una respuesta definitiva: el resolvedor comprobó y el nombre no existe en la zona. ERR_NAME_NOT_RESOLVED es más amplio y cubre una consulta que falló, agotó el tiempo de espera, o no devolvió nada utilizable, lo que incluye casos donde el dominio sí existe pero sus servidores de nombres son inalcanzables.

¿Puede un dominio caducado causar este error?

Sí, y es una de las causas más habituales. En cuanto un dominio expira, sus servidores de nombres normalmente se apagan, así que cualquier consulta sobre él falla en lugar de devolver una respuesta limpia de "no existe".

¿Por qué funciona el sitio con los datos móviles de mi teléfono pero no con el wifi de casa?

Eso apunta al resolvedor que usa tu red de casa, ya sea el servidor DNS configurado en tu router o el resolvedor de tu proveedor de internet. Cambiar a un resolvedor público como 1.1.1.1 en la red afectada normalmente lo confirma y lo arregla.

Acabo de añadir un subdominio nuevo y no resuelve. ¿Por qué?

Un registro nuevo necesita propagarse por las cachés DNS después de crearse, y también necesita existir de verdad: confírmalo con dig subdomain.example.com A directamente contra el servidor de nombres autoritativo antes de asumir que solo es un retraso de propagación.

¿Puede DNSSEC causar este error en un dominio que por lo demás está bien?

Sí. Si las firmas DNSSEC caducan o se rompe la cadena de confianza, un resolvedor validador se niega a responder en lugar de devolver datos que no puede verificar, lo que parece idéntico a un fallo de resolución del lado del visitante.