Agregar un segundo servidor DNS a tu red doméstica puede parecer un paso sencillo, pero puede ayudar a solucionar problemas que van más allá de que las páginas web no se abran. Cuando los dispositivos no pueden acceder correctamente a los nombres de dominio, pueden aparecer diversos síntomas, como fallos en aplicaciones o servicios, lentitud en la conexión a internet o inaccesibilidad a dispositivos y servicios que dependen de la resolución de nombres de dominio.
La configuración permite DNS secundario El dispositivo o enrutador puede usar un servidor alternativo cuando el servidor principal no responde. Esto puede mejorar la fiabilidad de la resolución de nombres de dominio y reducir algunas interrupciones del servicio causadas por problemas con el servidor DNS inicial.
Por lo tanto, si su red doméstica está experimentando problemas intermitentes difíciles de explicar, revisar la configuración de DNS y agregar un servidor alternativo puede ser un paso sencillo que vale la pena intentar antes de cambiar otras configuraciones más complejas.
Para bien o para mal, las interrupciones del DNS suelen parecer un problema de internet. Si un sitio web no carga, podría parecer un problema con tu conexión a internet, pero es diferente de una interrupción causada por tu proveedor de servicios de internet (ISP). En el caso de las interrupciones del DNS, el resto de la red podría estar funcionando perfectamente, pero aun así los sitios web tienen dificultades para cargar.
Finalmente descubrí el problema al que me enfrentaba: la verdadera vulnerabilidad residía en el servidor DNS que había colocado deliberadamente en el centro de mi red doméstica. Creía estar tomando la decisión correcta, pero estaba completamente equivocado.
El sistema DNS desempeñó un papel mucho más importante en mi red doméstica de lo que yo creía;
Todavía es necesario convertir los nombres locales en direcciones (resolución de nombres).
Lo que sucede con el Sistema de Nombres de Dominio (DNS), al que muchos no prestamos mucha atención, es que su función no se limita a nuestros intentos de acceder a destinos en línea; yo mismo lo he experimentado y en ese momento no me di cuenta de que esta situación me llevaría por un camino difícil y confuso para solucionar y corregir problemas de red.
También uso nombres de host para los dispositivos y servicios de mi red local, y estos nombres deben traducirse a direcciones IP para que mi computadora pueda gestionar el tráfico dirigido a ellos. El dispositivo de almacenamiento en red (NAS) y la conexión Ethernet funcionaban perfectamente, pero cuando intenté acceder a él usando el nombre de host, parecía estar desconectado. Esto fue frustrante; al principio, culpé a mi proveedor de servicios de internet, luego al propio NAS o a la conexión, pero había una diferencia crucial.
Dado que pude acceder al servicio directamente a través de su dirección IP, mientras que desaparecía cuando intentaba usar su nombre, llegué a la conclusión de que la ruta de red probablemente era correcta (una conclusión a la que me llevó algún tiempo llegar); el problema radicaba en el proceso de "resolución de nombres".
Como había asignado un servidor DNS local para gestionar esas solicitudes, cualquier problema con ese servidor afectaba negativamente a cualquier dispositivo conectado a él. Al principio parecía confuso y complicado, pero resultó que todos esos dispositivos dependían de una única infraestructura que había subestimado por completo.
Sin querer, provoqué la creación de un único punto de fallo.
El router podía funcionar correctamente incluso cuando el servicio DNS estaba completamente caído.
Configuré este servidor DNS yo mismo para tener mayor control sobre mi red. Debido a los numerosos problemas que he tenido con mi proveedor de internet, prefiero el control directo a dejar que las cosas sigan su curso. Desafortunadamente, en mi afán de control, he hecho que el funcionamiento de todos los dispositivos de la red dependa de la disponibilidad de un único dispositivo.
Todo funcionaba a la perfección mientras el analizador operaba correctamente. Sin embargo, si algo fallaba, aunque el enrutador podía seguir enrutando el tráfico de datos e internet podía seguir funcionando, cualquier proceso que requiriera una consulta DNS quedaba completamente paralizado.
Los síntomas de este problema —que creo que es poco común— eran bastante vagos. El principal inconveniente era la lentitud en la carga o la imposibilidad de cargar diversas aplicaciones, sitios web y servicios locales. Reiniciar el dispositivo no solucionaba el problema —al igual que reiniciar el router no siempre lo resuelve—, ya que la causa subyacente persistía.
El segundo servidor no necesariamente está esperando su turno.
Los términos "principal" y "de respaldo" son simplemente etiquetas convenientes y no constituyen una regla universal e inamovible.
Llegado este punto, añadir un segundo servidor DNS parecía la opción más lógica; si el primer servidor fallaba o no lograba realizar su tarea, el segundo servidor tomaría el relevo inmediatamente, ¿no es así?
En teoría, sí.
Etiquetar estos servidores como "principal" y "secundario" podría sugerir que uno se encarga de todo el trabajo mientras el otro permanece inactivo hasta que se necesite, pero los dispositivos cliente no siempre interactúan con varios servidores DNS de esta manera. Por ejemplo, Windows puede cambiar a un servidor DNS preconfigurado si el primero deja de responder, y también puede cambiar el servidor "principal" en función de su capacidad de respuesta.
En resumen, este segundo servidor DNS no era "secundario" en el sentido literal, sino más bien un servidor "paralelo" o "adyacente" al primero, lo que causó algunos problemas, ya que tenía que conocer los mismos nombres de host locales y proporcionar el mismo tipo de respuestas que el primer servidor.
Puedes demostrar que el problema existe sin tener que adivinar:
Pruebe los nombres y las direcciones por separado.
Todo fue frustrante —y no exagero al decirlo—, pero una prueba relativamente sencilla me dio las respuestas que necesitaba. El objetivo era separar la comunicación básica del proceso de resolución de nombres.
Como se mencionó anteriormente, si el servicio local responde al ingresar su dirección IP pero no carga al usar el nombre de host, esto indica claramente que podría estar experimentando este problema. Una vez que me di cuenta de esto, pude consultar directamente al servidor DNS para verificar si el resolvedor realmente devolvía una respuesta.
En Windows, solo necesitas herramientas como `nslookup` y `Resolve-DnsName`. Puedes dirigir tu consulta a un servidor DNS específico, lo que te permite probar de forma independiente los servidores DNS original y nuevo, y luego comparar los registros locales. Tras confirmar que ambos servidores DNS funcionan correctamente, desactiva el primero y realiza una consulta normal. ¿Funcionó todo correctamente? Esto significa que el segundo servidor sí proporciona redundancia.
El segundo servidor DNS tenía que ser completamente independiente;
De nada sirve tener dos direcciones IP si el fallo de una de ellas provoca el fallo de ambas.
Por supuesto, existe otro obstáculo: incluso si tienes dos direcciones de servidor DNS, es posible que no cuentes con la ventaja de la redundancia o la copia de seguridad integrada.
Mientras ambos resolvedores de nombres se ejecuten en la misma máquina, su destino estará ligado a esa máquina; si la reinicias o deja de funcionar, ambos resolvedores dejarán de funcionar juntos. Esto hace que toda la idea sea, en cierto modo, inútil, ya que carece del mecanismo de seguridad que intentabas implementar inicialmente.
En mi caso, la solución consistió en ejecutar el segundo analizador en una ubicación diferente, con una dirección IP distinta asignada, y asegurarme de que contuviera los mismos registros locales.
Las razones de los fallos de funcionamiento empezaron a quedarme claras una vez que cambié mi forma de pensar.
Francamente, el punto de inflexión fue darme cuenta de que el DNS no se trata necesariamente de que "el sitio web cargue o no". Mi servidor DNS local se había convertido en una parte vital de mi red, pero lo había subestimado y no lo había tratado como un punto crítico de fallo. Y, dada mi tendencia a culpar a todo lo demás, dediqué mucho más tiempo del necesario a solucionar problemas.
Un servidor DNS secundario puede ser una solución sencilla para problemas de red difíciles de explicar, especialmente cuando el problema está relacionado con la resolución de nombres de dominio y no con la conexión a internet en sí. Contar con un servidor de respaldo ofrece a los dispositivos una opción adicional cuando falla el servidor principal.
Si experimenta interrupciones o errores intermitentes en algunos sitios web y aplicaciones, comience por revisar la configuración DNS de su enrutador y agregue un servidor de confianza como segunda opción; luego, observe si esto mejora la estabilidad de la red.
