Cómo solucionar el error “No se pudo encontrar la dirección IP del servidor”

El error "No se pudo encontrar la dirección IP del servidor" significa que tu navegador envió una consulta DNS para un nombre de dominio y no recibió ninguna dirección IP válida en respuesta, por lo que nunca se intentó ninguna conexión TCP. La causa raíz casi siempre es un fallo en algún punto de la cadena de resolución DNS: una caché local obsoleta, un resolver mal configurado, un retraso de propagación tras un cambio de registro DNS, o una interrupción real del lado del servidor.

Esta guía cubre cada capa de esa cadena — desde la caché DNS propia del navegador hasta el resolver recursivo de tu ISP y el servidor de nombres autoritativo — con comandos exactos, detalles a nivel de registro y los casos extremos que los tutoriales genéricos omiten.

Qué ocurre realmente durante la resolución DNS

Antes de solucionar problemas, entender la ruta de resolución evita esfuerzos innecesarios. Cuando escribes una URL en un navegador, la siguiente secuencia de búsqueda se ejecuta en orden:

1. Caché DNS del navegador — Chrome, Firefox y Edge mantienen cada uno su propia caché DNS en memoria, independiente del sistema operativo.
2. Caché del resolver del sistema operativo — El servicio DNS Client de Windows o mDNSResponder de macOS comprueba su caché local.
3. Archivo hosts — Un archivo de anulación estático que tiene prioridad sobre toda resolución basada en red.
4. Resolver DNS configurado — Normalmente tu router (actuando como reenviador) o un resolver público configurado directamente como `8.8.8.8`.
5. Resolver recursivo del ISP — El resolver de tu ISP consulta la jerarquía DNS global si no tiene una respuesta en caché.
6. Servidor de nombres autoritativo — La fuente de verdad definitiva para los registros A/AAAA del dominio.

Un fallo en cualquiera de estas etapas produce el mismo error genérico del navegador. Saber qué capa está fallando determina qué solución aplicar primero.

Paso 1: Verificar la URL y comprobar el alcance del problema

Este paso parece trivial, pero elimina de inmediato dos de las causas más comunes.

• Comprueba si hay errores tipográficos en la barra de direcciones, incluidos TLDs incorrectos (`.co` vs `.com`, `.net` vs `.org`).
• Prueba con un segundo dominio que sepas que está activo (p. ej., `google.com`). Si ese también falla, el problema afecta a toda la red en tu máquina, no es específico del dominio.
• Prueba desde un dispositivo móvil con datos móviles (no Wi-Fi). Si el sitio carga allí, el problema es local a tu red o máquina.
• Ejecuta una búsqueda DNS rápida desde la línea de comandos para omitir el navegador por completo:

“`bash

Windows / macOS / Linux

nslookup example.com

“`

Si `nslookup` devuelve una dirección IP pero el navegador sigue mostrando el error, el problema es específico del navegador. Si `nslookup` también falla, el problema está en el nivel del resolver del sistema operativo o más profundo.

Paso 2: Limpiar la caché DNS interna del navegador

Cada navegador principal almacena en caché los registros DNS de forma independiente al sistema operativo. Limpiar solo la caché del sistema operativo ignorando la del navegador es un error común.

Google Chrome y Edge (basados en Chromium):

Navega a la siguiente URL interna en la barra de direcciones:

“`

chrome://net-internals/#dns

“`

Haz clic en "Limpiar caché de host". Luego navega a:

“`

chrome://net-internals/#sockets

“`

Haz clic en "Vaciar grupos de sockets" para limpiar también cualquier conexión TCP obsoleta vinculada a direcciones IP antiguas.

Firefox:

Firefox no expone una interfaz directa para vaciar el DNS. El método más fiable es:

1. Abre `about:config` en la barra de direcciones.
2. Busca `network.dnsCacheExpiration`.
3. Establece temporalmente el valor en `0`, recarga la página y luego restáuralo a `60` (el valor predeterminado).

Alternativamente, reiniciar Firefox con todas las pestañas cerradas vacía completamente su caché DNS.

Limpiar las cookies y los archivos en caché del navegador también puede ayudar cuando hay un bucle de redirección o una respuesta obsoleta:

• Chrome: Menú > Más herramientas > Borrar datos de navegación > selecciona Imágenes y archivos en caché y Cookies y otros datos de sitios > Borrar datos.

Paso 3: Vaciar la caché DNS del sistema operativo

La caché del resolver DNS a nivel del sistema operativo almacena registros hasta que expira su TTL. Si un dominio cambió recientemente sus registros DNS (p. ej., una migración de servidor o cambio de IP), tu máquina puede estar conservando el registro antiguo, ahora inválido, mucho más allá de su TTL debido a un error del resolver o a un TTL original muy alto.

Windows (todas las versiones):

Abre el Símbolo del sistema como Administrador y ejecuta:

“`cmd

ipconfig /flushdns

“`

Resultado esperado: `Successfully flushed the DNS Resolver Cache.`

Para un restablecimiento más completo, limpia también la caché NetBIOS:

“`cmd

nbtstat -R

“`

macOS (comandos específicos por versión):

Linux (systemd-resolved):

“`bash

sudo systemd-resolve –flush-caches

sudo systemd-resolve –statistics # Verify cache was cleared

“`

Si se usa `nscd` en su lugar:

“`bash

sudo service nscd restart

“`

Paso 4: Reiniciar el router y renovar el contrato de arrendamiento IP

Tu router doméstico actúa normalmente como reenviador DNS — recibe tus consultas DNS y las reenvía al resolver de tu ISP. Un router con una tabla ARP corrupta o un contrato DHCP obsoleto puede causar fallos DNS que parecen idénticos a problemas del lado del servidor.

Procedimiento de reinicio del router:

1. Apaga el router y desenchúfalo de la fuente de alimentación.
2. Espera 30 segundos completos (los condensadores necesitan descargarse para un reinicio en frío real).
3. Vuelve a encenderlo y espera a que todos los indicadores luminosos se estabilicen antes de realizar pruebas.

Renueva tu dirección IP después de que el router se reinicie:

*Windows:*

“`cmd

ipconfig /release

ipconfig /renew

“`

*macOS:*

Navega a Configuración del sistema > Red > selecciona tu interfaz activa > Detalles > TCP/IP > Renovar contrato DHCP.

*Linux:*

“`bash

sudo dhclient -r && sudo dhclient

“`

Caso extremo: Si estás en una red corporativa o universitaria con reservas DHCP, renovar el contrato puede no cambiar tu IP, pero actualizará las asignaciones del servidor DNS enviadas por la opción 6 de DHCP. Esto por sí solo puede resolver el problema si tu equipo de TI cambió recientemente las direcciones de sus servidores DNS internos.

Paso 5: Cambiar a un resolver DNS público fiable

El resolver recursivo de tu ISP suele ser el eslabón más débil. Los resolvers de los ISP pueden sufrir envenenamiento de caché, secuestro de NXDOMAIN (redirigiendo búsquedas fallidas a páginas de anuncios) o simples interrupciones. Cambiar a un resolver público bien mantenido es con frecuencia la solución más rápida.

Comparación de resolvers DNS

Cómo cambiar el DNS en Windows:

1. Abre Panel de control > Centro de redes y recursos compartidos > Cambiar configuración del adaptador.
2. Haz clic derecho en tu adaptador de red activo > Propiedades.
3. Selecciona Protocolo de Internet versión 4 (TCP/IPv4) > Propiedades.
4. Selecciona Usar las siguientes direcciones de servidor DNS e introduce el resolver elegido.
5. Repite el proceso para Protocolo de Internet versión 6 (TCP/IPv6) usando las direcciones IPv6 del resolver elegido (p. ej., Cloudflare IPv6: `2606:4700:4700::1111` y `2606:4700:4700::1001`).
6. Haz clic en Aceptar y ejecuta `ipconfig /flushdns` de nuevo para limpiar las entradas en caché del resolver anterior.

Cómo cambiar el DNS en macOS:

1. Configuración del sistema > Red > selecciona tu interfaz > Detalles > DNS.
2. Haz clic en el botón + y añade tus direcciones DNS preferidas.
3. Elimina las entradas antiguas asignadas por el ISP.
4. Haz clic en Aceptar > Aplicar.

Matiz importante: Cambiar el DNS a nivel del sistema operativo no afecta a las aplicaciones que utilizan su propia resolución DNS integrada (p. ej., algunos clientes VPN, ciertos navegadores con DNS-over-HTTPS habilitado). Verifica la configuración DNS de tu navegador por separado.

Paso 6: Inspeccionar y corregir el archivo hosts

El archivo hosts es una anulación DNS estática local que tiene prioridad absoluta sobre toda resolución basada en red. Una sola entrada malformada o maliciosa puede bloquear silenciosamente un dominio completo. El malware frecuentemente ataca este archivo para redirigir o bloquear dominios específicos.

Ubicación del archivo hosts en Windows:

“`

C:WindowsSystem32driversetchosts

“`

Ábrelo con el Bloc de notas ejecutándose como Administrador. Un archivo hosts legítimo debe contener solo:

“`

127.0.0.1 localhost

::1 localhost

“`

Cualquier entrada adicional que apunte un dominio a `0.0.0.0`, `127.0.0.1`, o cualquier dirección IP inesperada debe investigarse y eliminarse si no está autorizada.

Archivo hosts en macOS / Linux:

“`bash

sudo nano /etc/hosts

“`

Busca cualquier línea que no sea un comentario (líneas que comienzan con `#`) y que haga referencia al dominio al que intentas acceder. Elimínalas, guarda el archivo (`Ctrl+X` y luego `Y` en nano) y vacía la caché DNS como se describe en el Paso 3.

Consejo profesional: Tras editar el archivo hosts en Windows, debes vaciar la caché DNS con `ipconfig /flushdns` para que el cambio surta efecto inmediatamente sin necesidad de reiniciar.

Paso 7: Desactivar conflictos de VPN, proxy y DNS-over-HTTPS

Los clientes VPN y las configuraciones de proxy se encuentran entre las causas más ignoradas de fallos de resolución DNS, especialmente en entornos empresariales.

Fugas y fallos DNS relacionados con VPN:

Cuando una VPN está activa, normalmente instala un adaptador de red virtual y redirige todas las consultas DNS a través del túnel VPN hacia el resolver interno del proveedor. Si la conexión VPN cae pero el adaptador virtual permanece activo, las consultas DNS se envían a un túnel muerto y se agotan. Desactiva el cliente VPN completamente (no solo desconéctalo) y realiza pruebas.

Desactivar proxy en Windows:

Configuración > Red e Internet > Proxy > desactiva Usar un servidor proxy y Detectar la configuración automáticamente (esto último puede causar retrasos mediante la detección WPAD).

Conflictos de DNS-over-HTTPS (DoH):

Chrome, Firefox y Edge pueden configurarse para usar un proveedor DoH específico, omitiendo completamente el resolver del sistema operativo. Si ese proveedor DoH es inaccesible o está mal configurado, la resolución DNS falla silenciosamente.

• Chrome: Configuración > Privacidad y seguridad > Seguridad > Usar DNS seguro — verifica el proveedor configurado o cambia a "Con tu proveedor de servicios actual".
• Firefox: Configuración > General > desplázate hasta Configuración de red > Configuración > comprueba la opción Habilitar DNS sobre HTTPS y el proveedor configurado.

Paso 8: Actualizar o reinstalar los controladores del adaptador de red

Los controladores del adaptador de red corruptos u obsoletos pueden causar fallos DNS intermitentes, pérdida de paquetes y caídas de conexión que se manifiestan como errores DNS.

Windows:

1. Pulsa `Win + X` > Administrador de dispositivos.
2. Expande Adaptadores de red.
3. Haz clic derecho en tu adaptador activo > Actualizar controlador > Buscar controladores automáticamente.
4. Si Windows no encuentra ninguna actualización, visita el sitio web del fabricante del adaptador (Intel, Realtek, Broadcom) y descarga el controlador más reciente directamente.
5. Para una reinstalación completa: haz clic derecho en el adaptador > Desinstalar dispositivo > marca Eliminar el software del controlador de este dispositivo > reinicia. Windows reinstalará un controlador limpio al arrancar.

Restablecimiento avanzado de la pila de red de Windows (úsalo cuando las actualizaciones de controladores no ayuden):

“`cmd

netsh winsock reset

netsh int ip reset

ipconfig /flushdns

ipconfig /registerdns

“`

Reinicia después de ejecutar los cuatro comandos. Esto restablece el catálogo Winsock y la pila TCP/IP a sus valores predeterminados, resolviendo problemas causados por malware, desinstalaciones fallidas de software VPN o entradas corruptas en la pila.

Paso 9: Diagnosticar problemas del lado del servidor y de propagación DNS

Si todos los pasos del lado del cliente fallan, el problema puede ser externo — ya sea que los registros DNS del dominio no se resuelven globalmente, o que el propio servidor es inaccesible.

Comprueba si el dominio se resuelve desde puntos de observación externos:

Usa estas herramientas para consultar el dominio desde múltiples ubicaciones globales simultáneamente:

• dnschecker.org — Muestra la propagación del registro A en más de 100 servidores de nombres globales.
• whatsmydns.net — Comprueba la propagación DNS para registros A, CNAME, MX y otros tipos.
• downforeveryoneorjustme.com — Confirma si el sitio es inaccesible globalmente o solo desde tu ubicación.

Retrasos de propagación DNS:

Si un dominio cambió recientemente su registro A, servidores de nombres u hosting, la propagación puede tardar desde unos minutos hasta 48 horas dependiendo del valor TTL establecido en el registro anterior. Durante este período, algunos resolvers en todo el mundo devolverán la dirección IP antigua (ahora inválida) mientras otros devuelven la nueva. Este es un problema del lado del servidor/administración DNS, no un problema del lado del cliente.

Si administras el dominio tú mismo y recientemente migraste tu sitio a un nuevo servidor — por ejemplo, al mover a un entorno de Hosting VPS — verifica que el registro A en tu zona DNS apunte a la dirección IP del nuevo servidor y que el TTL anterior haya expirado completamente.

Consulta directamente el servidor de nombres autoritativo:

“`bash

Query the authoritative nameserver directly, bypassing all caches

nslookup example.com ns1.yourdnshost.com

“`

Si el servidor de nombres autoritativo devuelve la IP correcta pero tu resolver local no lo hace, el problema es la propagación de caché. Si el propio servidor de nombres autoritativo no devuelve ningún registro o devuelve uno incorrecto, la configuración de la zona DNS debe corregirse.

Paso 10: Contactar con tu ISP o proveedor de hosting

Si el dominio se resuelve correctamente desde puntos de observación externos pero no desde tu red, el resolver de tu ISP puede estar filtrando, bloqueando o devolviendo resultados incorrectos para ese dominio. Esto es más común de lo que la mayoría de los usuarios cree — algunos ISPs implementan bloqueos a nivel DNS por cumplimiento normativo, y estos bloqueos ocasionalmente afectan a dominios legítimos.

Prueba usando temporalmente un resolver diferente (como se describe en el Paso 5). Si el dominio se resuelve correctamente con `8.8.8.8` pero no con el resolver de tu ISP, contacta con tu ISP e informa del dominio específico como bloqueado o almacenado en caché incorrectamente.

Si eres el propietario del sitio y tus usuarios reportan este error, el problema puede estar en la configuración de tu hosting. Verifica:

• Que el registro A de tu dominio apunte a la IP correcta del servidor.
• Que tus Certificados SSL sean válidos y no estén causando bucles de redirección que impidan la conexión inicial.
• Que tus servidores de nombres estén correctamente configurados en tu proveedor de Registro de dominios.
• Que tu servidor esté realmente en funcionamiento y el servicio web (Apache, Nginx) esté activo.

Para sitios de alto tráfico o de importancia crítica, considera migrar a un Servidor Dedicado para eliminar los problemas de recursos compartidos que pueden causar fallos intermitentes de DNS o conectividad.

Comparación: causas del lado del cliente vs. del lado del servidor

Matriz de decisión práctica y conclusiones clave

Sigue esta lista de verificación en orden para minimizar el tiempo de diagnóstico:

• Confirma el alcance primero. ¿El error afecta a un dominio, un navegador, un dispositivo o toda la red? Esta única pregunta elimina el 80% de los pasos irrelevantes.
• Ejecuta `nslookup` antes de tocar ninguna configuración. Si resuelve la IP, la solución es a nivel del navegador. Si falla, la solución es a nivel del sistema operativo o más profundo.
• Vacía en el orden correcto: primero la caché DNS del navegador, luego la caché DNS del sistema operativo, luego reinicia el router. Hacerlo en orden inverso es una pérdida de tiempo.
• Vacía siempre la caché DNS del sistema operativo después de cambiar la configuración del servidor DNS. El nuevo resolver no será consultado para dominios ya almacenados en caché bajo el resolver anterior hasta que se limpie la caché.
• Comprueba el archivo hosts si el dominio funcionaba recientemente y dejó de hacerlo de repente. Esto es un fuerte indicador de malware o de una herramienta de seguridad mal configurada.
• Usa `netsh winsock reset` en Windows solo como último recurso — restablece todas las entradas Winsock, incluidas las legítimas añadidas por software como clientes VPN, que puede que necesiten reinstalarse después.
• Si eres propietario del sitio, verifica los registros de tu zona DNS inmediatamente después de cualquier migración de servidor. Si ejecutas tu sitio en un VPS con cPanel, el Editor de zonas DNS de WHM proporciona acceso directo a todos los registros. Si estás en Hosting Compartido, usa la sección de gestión DNS del panel de control de hosting para confirmar que el registro A está actualizado.
• Para fallos DNS relacionados con el correo electrónico (registros MX que no se resuelven), comprueba la configuración de servidores de nombres de tu proveedor de Hosting de correo electrónico por separado — los registros MX son independientes de los registros A y pueden fallar de forma independiente.

Preguntas frecuentes

¿Por qué el error "no se pudo encontrar la dirección IP del servidor" aparece solo en Chrome pero no en Firefox?

Chrome y Firefox mantienen cachés DNS internas separadas y pueden configurarse para usar diferentes proveedores de DNS-over-HTTPS. Si Chrome tiene una entrada de caché obsoleta o corrupta, o su proveedor DoH es inaccesible, fallará mientras Firefox tiene éxito usando el resolver del sistema operativo. Navega a `chrome://net-internals/#dns` y haz clic en "Limpiar caché de host" para resolverlo.

¿Cuánto tiempo tarda la propagación DNS después de cambiar el registro A de un dominio?

El tiempo de propagación depende del valor TTL (Time To Live) establecido en el registro antes del cambio. Si el TTL anterior era de 3600 segundos (1 hora), la mayoría de los resolvers almacenarán en caché el registro antiguo durante hasta una hora. Si el TTL era de 86400 segundos (24 horas), la propagación puede tardar hasta 48 horas en casos extremos. Reducir el TTL a 300 segundos varias horas antes de una migración planificada reduce significativamente el tiempo de propagación.

¿Puede un firewall o antivirus causar este error DNS?

Sí. El software de seguridad que incluye filtrado DNS (Windows Defender, Malwarebytes, Kaspersky, etc.) puede interceptar y bloquear consultas DNS para dominios marcados como maliciosos. Si el error apareció inmediatamente después de instalar o actualizar software de seguridad, desactiva temporalmente el componente de protección DNS (no el antivirus completo) y realiza pruebas. Comprueba también si el software ha añadido entradas a tu archivo hosts.

¿Cuál es la diferencia entre `ipconfig /flushdns` y `netsh winsock reset`?

`ipconfig /flushdns` limpia solo la caché del resolver DNS de Windows — elimina los registros DNS almacenados en caché para que la siguiente consulta vaya al resolver configurado desde cero. `netsh winsock reset` restablece todo el catálogo de la API de Windows Sockets a su estado predeterminado, corrigiendo una corrupción más profunda en la propia pila de red. El restablecimiento de Winsock requiere un reinicio y solo debe usarse cuando el vaciado de DNS y las actualizaciones de controladores no han resuelto el problema.

Si el dominio se resuelve correctamente mediante `nslookup` pero el navegador sigue mostrando el error, ¿qué debo comprobar?

Este escenario generalmente apunta a una de tres causas: la caché DNS interna del navegador todavía contiene un registro obsoleto (límpiala mediante `chrome://net-internals/#dns`), el grupo de sockets del navegador tiene una conexión obsoleta (vacíalo mediante `chrome://net-internals/#sockets`), o una extensión del navegador (especialmente extensiones de proxy o VPN) está interceptando y fallando la solicitud DNS. Desactiva todas las extensiones y prueba en una ventana privada/de incógnito para aislar la interferencia de extensiones.