El servidor DNS suele pasar desapercibido hasta que el navegador anuncia que no responde. Entonces parece que internet se ha roto, aunque el wifi siga conectado y todas las luces del router continúen encendidas.
Ese mensaje no identifica una causa única. Puede fallar la configuración de un equipo, el router, el servicio DNS de la operadora o la configuración del propio dominio. Antes de cambiar nada conviene saber en qué lado está el problema. Dos comprobaciones bien elegidas ahorran bastantes cambios sin criterio.
Qué es un servidor DNS y cómo funciona
DNS son las siglas de Domain Name System, o sistema de nombres de dominio. Su función más conocida es relacionar nombres fáciles de recordar, como nereidastudio.com, con las direcciones IP que utilizan los equipos para encontrarse. También publica dónde recibe el correo un dominio y otros datos necesarios para prestar servicios en internet.
La comparación con una agenda sirve para empezar. La diferencia es que no existe una única agenda de internet ni todos los servidores DNS hacen el mismo trabajo.
El solucionador recursivo recibe la consulta de tu equipo y busca la respuesta. Puede ser un servicio de la operadora o un DNS público, como Cloudflare o Google. A menudo el ordenador pregunta primero al router, que reenvía la consulta. Si el solucionador tiene una respuesta válida en caché, puede contestar sin volver a buscarla.
El servidor autoritativo publica los registros del dominio. Son los datos que su responsable ha configurado para indicar, entre otras cosas, dónde están la web y el correo. «Autoritativo» describe su función; no garantiza que alguien haya introducido bien la dirección.
Si necesita buscar la respuesta, el solucionador consulta la jerarquía DNS. Los servidores raíz indican dónde encontrar los del dominio de nivel superior, como .com; estos permiten localizar los autoritativos del dominio. Parte de ese recorrido puede estar ya en caché. AWS explica la secuencia y Cloudflare detalla la función de cada servidor.
Esta diferencia importa. Cambiar el DNS de tu portátil sustituye el solucionador al que pregunta ese equipo. Cambiar los nameservers de un dominio traslada quién publica sus registros autoritativos. Las dos operaciones llevan la palabra DNS, pero no son intercambiables y la segunda también puede afectar al correo.
Qué significa que el servidor DNS no responde
Los navegadores y sistemas operativos no siempre muestran el mismo texto. Además, varios errores terminan en una pantalla parecida aunque describan fallos distintos.
| Mensaje o resultado | Qué indica | Primera comprobación |
|---|---|---|
| «El servidor DNS no responde» o timed out | El equipo no recibió respuesta a tiempo del solucionador que estaba consultando | Comparar otra red y otro solucionador |
DNS_PROBE_FINISHED_NXDOMAIN o nonexistent domain | El nombre consultado no existe según la respuesta DNS recibida | Revisar la dirección escrita y los registros del dominio |
SERVFAIL o server failure | El servidor respondió, pero no pudo completar una respuesta válida | Comparar varios solucionadores y revisar el DNS autoritativo |
| Hay una IP en la respuesta, pero la web no carga | El DNS ha contestado; todavía falta comprobar si la dirección es la esperada | Revisar el destino y después la conexión, el servidor o la CDN |
La documentación de nslookup de Microsoft distingue entre tiempo de espera, dominio inexistente y fallo de servidor. Leer el resultado completo evita aplicar el mismo arreglo a problemas distintos.
Recibir una IP no demuestra que sea la correcta. Un registro antiguo puede llevar al hosting anterior. También puede estar bien la dirección IPv4 y mal la IPv6. La guía de diagnóstico de Google Public DNS incluye respuestas antiguas o incorrectas entre los fallos que hay que comprobar.
Un 502 o un 503 significa que algún servidor o intermediario ha respondido por HTTP. Eso orienta hacia el hosting, la aplicación o la CDN, sin demostrar por sí solo que se haya alcanzado el destino previsto.
Cómo saber si el fallo DNS está en tu equipo, la red o la web
Empieza comparando el alcance del fallo. Prueba otra web en el mismo dispositivo, la web afectada desde otro equipo conectado al mismo wifi y esa misma web desde el móvil con los datos móviles.
| Lo que observas | Origen más probable | Siguiente paso |
|---|---|---|
| Solo falla un dispositivo | Caché, configuración de red, VPN o software del equipo | Actuar en ese dispositivo |
| Fallan todas las webs en varios dispositivos del mismo wifi, pero funcionan con datos móviles | Router, conexión, operadora o solucionador asignado a la red | Reiniciar la conexión y comparar servidores DNS |
| Un solo dominio devuelve un error DNS desde redes y dispositivos distintos | Registros, delegación, DNSSEC o estado de ese dominio | Revisar el lado del dominio |
| El servidor habitual falla y uno público responde | Diferencias de caché, validación, filtrado o acceso al solucionador | Comparar la respuesta y probar el cambio solo en ese equipo |
| Ambos devuelven una IP, pero la página no carga | Hay respuesta DNS, todavía no un diagnóstico completo | Verificar el destino; si es el esperado, continuar con la conexión y la web |
Puedes comparar los solucionadores desde el Símbolo del sistema de Windows o desde Terminal en macOS. Sustituye example.com por el nombre exacto que falla, incluido www si lo lleva. Escribe solo el nombre, sin https:// ni la ruta de una página:
nslookup example.com
nslookup example.com 1.1.1.1El primer comando usa el servidor que nslookup toma como predeterminado. El segundo consulta expresamente al solucionador público de Cloudflare. Son pruebas de lectura; no cambian la configuración del equipo ni del dominio.
En la salida, las primeras líneas identifican al servidor consultado. La IP que buscamos está en la respuesta al nombre, no en la dirección del propio solucionador. Que aparezca «respuesta no autoritativa» es habitual al consultar un recursivo y no constituye un error.
Dos IP distintas tampoco prueban una avería. Algunas CDN y servicios distribuidos devuelven destinos diferentes. Hay que contrastarlos con la configuración prevista; Google trata esta situación en su documentación de diagnóstico.
Si nslookup resuelve pero el navegador mantiene un error DNS, comprueba su DNS seguro, la VPN y la caché del propio navegador. La prueba y la navegación pueden usar resoluciones distintas. En una red de empresa, además, las consultas directas a servidores públicos pueden estar bloqueadas o no conocer los nombres internos. Que falle esa prueba no basta para concluir que Cloudflare está caído.
Cómo solucionar el error «El servidor DNS no responde»
Una vez localizado el alcance, aplica solo las comprobaciones que encajen y revisa el resultado después de cada cambio. Si vuelve a funcionar, no hace falta completar la colección.
Corrige la conexión del equipo
Comprueba que la dirección esté bien escrita y que el dispositivo tenga conexión real, no solo el icono de wifi encendido. Desconecta y vuelve a conectar la red. Si utilizas una VPN, páusala un momento si la política de tu empresa lo permite, repite la consulta y vuelve a activarla. Si solo falla con la VPN, toca revisar su configuración DNS.
No desactives el antivirus o el cortafuegos y lo dejes así como arreglo. En un equipo de empresa, cualquier prueba con herramientas de seguridad debe ser temporal, controlada y compatible con las normas de la organización.
Reinicia solo lo que está afectado
Si falla un único equipo, reinicia ese equipo. Si fallan varios dispositivos de la misma red, reinicia el router y espera a que recupere completamente la conexión antes de probar de nuevo.
Reiniciar puede resolver un estado temporal o restablecer la conexión con la operadora. No es lo mismo que restablecer el router a los valores de fábrica, una operación que elimina ajustes y no forma parte de esta comprobación.
Vacía la caché local cuando haya motivos
El sistema guarda respuestas DNS para no repetir cada consulta. Una entrada antigua o negativa puede mantener el error aunque el origen ya esté corregido.
En Windows, abre el Símbolo del sistema y ejecuta:
ipconfig /flushdnsMicrosoft confirma que /flushdns vacía y restablece la caché del solucionador. No elimina archivos, contraseñas ni historial del navegador.
En macOS, el reinicio del equipo es una primera comprobación razonable antes de recurrir a comandos de administración. Si el fallo sigue solo en un navegador, revisa también su configuración de DNS seguro.
Vaciar la caché local no modifica los registros del dominio ni obliga a los demás solucionadores a descartar sus respuestas. Y si el dato publicado sigue estando mal, el equipo volverá a recibirlo.
Prueba otro solucionador y conserva la configuración anterior
Si la comparación anterior apunta al solucionador habitual, puedes probar otro en un solo dispositivo. Un cambio de este tipo no repara los registros de un dominio y puede alterar el acceso a servicios internos o el filtrado de una red de empresa. En equipos gestionados, consúltalo con quien administra la red.
Estas son las direcciones IPv4 de dos servicios públicos:
| Servicio | Dirección IPv4 | Dirección IPv4 alternativa |
|---|---|---|
| Cloudflare 1.1.1.1 | 1.1.1.1 | 1.0.0.1 |
| Google Public DNS | 8.8.8.8 | 8.8.4.4 |
Anota primero la configuración actual. Prueba el cambio en un solo dispositivo y vuelve atrás si no hay diferencia. La documentación de Google recomienda precisamente conservar los valores anteriores y verificar el resultado después de modificarlo.
En Windows se cambia en las propiedades de red; en macOS, en Ajustes del Sistema > Red > tu conexión > Detalles > DNS; en iPhone, dentro de la información de cada red wifi. Hacerlo en el router afecta a todos los dispositivos conectados, así que no es el mejor primer experimento en una oficina.
Para un fallo de navegación local, mantén aparte los nameservers del dominio. Cambiarlos traslada la gestión de sus registros y puede afectar a la web, al correo y a otros servicios de la empresa.
Cómo comprobar los DNS de tu dominio
Cuando un solo dominio devuelve un error DNS desde redes distintas, conviene revisar su configuración. Si no administras esa web, estas comprobaciones corresponden a su responsable.
Si el dominio es tuyo, comprueba tanto que responda como que publique el destino previsto. Por ejemplo, después de una migración el registro A puede apuntar al nuevo hosting mientras AAAA sigue enviando las conexiones IPv6 al anterior. Es un ejemplo de diagnóstico, no lo que está ocurriendo necesariamente en tu web.
Estado del dominio. Comprueba en el panel del registrador y, para extensiones compatibles, en ICANN Lookup que siga registrado, no esté suspendido y tenga asignados los nameservers esperados.
Delegación y registros. Verifica que esos nameservers respondan y que los registros A (IPv4), AAAA (IPv6) o CNAME (alias) tengan el valor previsto. Un registro AAAA solo debe publicarse si ese destino presta el servicio por IPv6. Google Admin Toolbox Dig permite consultarlos desde fuera de tu red.
DNSSEC. Si varios solucionadores devuelven SERVFAIL y DNSSEC está activo, revisa que el registro DS publicado a través del registrador corresponda a la clave con la que se firma la zona. Cloudflare documenta cómo una cadena DNSSEC mal configurada produce ese resultado. Una cadena rota puede hacer que un dominio existente se trate como una respuesta no válida.
Cambios recientes. La caché puede hacer que distintas redes vean respuestas diferentes durante un tiempo. Pero esperar no crea un registro que falta ni corrige unos nameservers equivocados.
Correo. Antes de mover la gestión DNS, haz un inventario de los registros MX, TXT y CNAME relacionados con el email. La web puede quedar bien y el correo dejar de funcionar si esos registros no se trasladan.
Si el dominio utiliza Cloudflare con el proxy activado, la respuesta pública mostrará direcciones de Cloudflare, no necesariamente la IP de tu hosting. Comprueba el origen dentro de la zona DNS y verifica que el estado del proxy sea el que necesitas. Nuestra guía de configuración de Cloudflare para WordPress recorre el panel y separa lo que debe configurarse de lo que conviene comprobar después.
Preguntas frecuentes sobre servidores DNS
¿Cuál es mi servidor DNS?
En Windows, ejecuta ipconfig /all y busca «Servidores DNS» dentro de la conexión activa. En macOS aparece en Ajustes del Sistema > Red > tu conexión > Detalles > DNS; Apple mantiene la ruta actual de este ajuste. También puede aparecer la dirección del router, porque este recibe la consulta y la reenvía al servicio configurado por la red.
¿Qué son 8.8.8.8 y 8.8.4.4?
Son las direcciones IPv4 del solucionador público de Google. Sirven para que un dispositivo o un router consulte nombres de dominio. No son los nameservers que debes asignar a tu dominio ni registros que haya que copiar a su zona DNS.
¿Cambiar el servidor DNS hace que internet vaya más rápido?
Puede reducir el tiempo de algunas consultas si el servidor anterior era lento, pero no aumenta el ancho de banda ni acelera por sí solo una web pesada o un servidor saturado. Si los dos solucionadores responden con rapidez, el cuello de botella está en otro sitio.
¿Es lo mismo el DNS de mi equipo que el DNS de mi dominio?
No. El equipo consulta a un solucionador recursivo para encontrar dominios. El dominio utiliza servidores autoritativos para publicar sus registros. Cambiar el primero afecta a tus consultas; cambiar los segundos puede afectar a cualquier persona que intente acceder a la web o enviarle correo.
¿Qué significa «respuesta no autoritativa» en nslookup?
Que la respuesta procede de un servidor que no es autoritativo para ese dominio, como el solucionador de tu operadora. Puede haberla obtenido consultando otros servidores o conservarla en caché. El mensaje no indica por sí mismo un fallo ni que la dirección sea incorrecta.
¿Cuánto tarda en aplicarse un cambio de DNS?
Un cambio de solucionador en tu equipo se aplica al guardar la configuración, aunque una caché anterior puede seguir influyendo. Un cambio en los registros de un dominio depende del TTL y de las cachés que ya conservaban la respuesta anterior. El plazo no es una cifra universal y esperar no arregla una configuración incorrecta.
Qué datos reunir antes de pedir ayuda por un error DNS
Antes de cambiar ajustes, guarda el mensaje exacto, el nombre consultado y el resultado de probar desde otra red. Con esos datos puedes distinguir una incidencia del equipo de un problema del dominio y pedir ayuda sin empezar de cero.
Si administras la web de una empresa y el fallo afecta también al correo o aparece tras una migración, nuestro servicio de mantenimiento web permite revisar el dominio, sus registros y el servidor como partes de la misma instalación.
Escrito en Nereida Studio, estudio de diseño web y posicionamiento en Valencia. Así trabajamos.
