Página principal » cómo » Cómo acceder a sus máquinas usando nombres DNS con DD-WRT

    Cómo acceder a sus máquinas usando nombres DNS con DD-WRT

    Le mostramos cómo configurar de manera estática las IP en su red, ahora le permitimos cambiar el conmutador de DNS para agregar elegancia y facilidad de uso. La guía de hoy le mostrará cómo acceder a sus máquinas utilizando nombres DNS en su enrutador habilitado para DD-WRT.

    Imagen de Henk L

    Prefacio

    En nuestra guía Cómo configurar DHCP estático en su enrutador DD-WRT, hemos hablado de asegurarnos de que sus clientes siempre obtengan la misma dirección IP del enrutador. Así que ahora, si desea acceder a una de las máquinas de su red, como sabe que es IP, puede usar eso ... pero el uso de IP simplemente no tiene la misma elegancia que usar nombres. Además, con la utilidad de la "IP estática" s disminuyendo debido al aumento de UPnP y el inconveniente de configurar "reservas estáticas" (tener que encontrar los MAC y similares) ... ¿Qué pasa si no desea recordar las IP en todos?
    Ahí es donde entra el DNS.

    El problema

    Está intentando acceder de una máquina / dispositivo en su red a la otra usando su dirección IP (usando ping, por ejemplo) y funciona. Sin embargo, cuando intentas hacer lo mismo usando su nombre de host como "mydesktop" o "mylaptop"? es un éxito y se pierda ... a veces funciona ... por lo general no ...: \

    Que esta pasando?

    Sus dispositivos no saben a quién y cómo deben solicitar la traducción de "nombre" a "IP", porque les falta una configuración clave, el "sufijo DNS".

    Cuando una computadora necesita traducir un nombre a una dirección IP (llamada "resolver") tiene varias formas de hacerlo, una de las formas es pedirle al servidor del Sistema de nombres de dominio (DNS). Sin embargo, para poder hacerlo, el cliente debe hacer la pregunta en forma de un "Nombre de dominio completo" (FQDN).

    Un FQDN consiste en el nombre de host como "mydesktop" y la zona DNS a la que pertenece como "geek.lan". Entonces, en nuestro ejemplo, los FQDN para los hosts serían "mydesktop.geek.lan" y "mylaptop.geek.lan" respectivamente. Cuando un cliente no tiene la "zona DNS" a la mano, no puede pedirle al DNS un nombre "plano" (un nombre que no especifica la "zona DNS"). Es decir, para llegar realmente a su host por su nombre, debe hacer ping a "mydesktop.geek.lan".
    Sin embargo, si el sufijo DNS se definió de alguna manera (ya sea de forma manual o automática), el cliente intentará automáticamente agregarlo al nombre de host solicitado y preguntarle a un servidor DNS si puede ayudar a resolverlo..
    Dicho esto, si el sufijo DNS no está definido, el cliente intenta averiguar el nombre por sí mismo, utilizando una "difusión de DNS". El problema con esto es que no todos los clientes están configurados para responder, o en realidad están configurados para no responder deliberadamente a una solicitud de este tipo. En contraste, simplemente sería molesto especificar el FQDN cada vez.

    La solución

    Para tener la infraestructura completa que solucionará este problema, solo se necesita establecer el "sufijo DNS" en el "alcance DHCP" del enrutador *. Al hacerlo, ambos lo harán para que el enrutador ahora tenga un servicio de servidor "DNS dinámico" en el que los clientes puedan registrarse, para que el servicio DHCP haga lo mismo para los hosts que no se registren automáticamente y entregue el "DNS sufijo "como parte del" contrato de arrendamiento DHCP "otorgado a los clientes. Por lo tanto, hacer de la solución completa una solución autosostenible y de comportamiento por defecto que resuelva todos los problemas de una sola vez ... ordenado, A?

    * Al usar DD-WRT ... con otros enrutadores, su millaje puede variar.

    Para hacer esto, vaya a la página de Administración de su enrutador:

    1. Ir a -> Servicios
    2. Cambiar, "dominio utilizado" para ser "LAN y WLAN"
    3. Elija un nombre de dominio, hemos usado "geek.lan" para este ejemplo, pero puede usar * lo que quiera.
    4. Si bien el uso de reservas DHCP estáticas es opcional para este procedimiento, si elige implementarlo, se recomienda configurar el nombre de host para que coincida con el que está configurado en el sistema operativo de la máquina / dispositivo. Ahora bien, si resulta que el SO del dispositivo no registra un nombre en el DNS (como los teléfonos), esta es una buena manera de forzar uno en él..
    5. Haga clic en "Guardar" -> "Aplicar configuración".

    * La única excepción a esa regla es que si usa ".local", mientras que sus máquinas con Windows probablemente funcionarán bien, sus máquinas con Linux se adherirán al estándar mDNS (DNS de multidifusión) y nuevamente ignorarán el servidor DNS. Existe una solución alternativa, pero está fuera del alcance de esta guía..

    Ahora, para verificar que la configuración haya tenido efecto, vaya a la línea de comandos y emita un "ipconfig".

    Debería ver que su sufijo DNS no existe actualmente como se muestra a continuación:

    Emita un "ipconfig / release" seguido de un "ipconfig / renew", y debería ver algo como:

    Repita el procedimiento en al menos una máquina más e intente hacer ping, usando solo el nombre del host.

    Debería ver que el cliente ha entendido "automáticamente de forma mágica" que el nombre completo del dispositivo al que está haciendo ping es "hostname.dns.zone", y pudo traducir (resolver) el FQDN a una IP con capacidad de ping:

    Solución de problemas

    Como esta guía trata sobre el uso de DNS, como la guía Cómo quitar anuncios con Pixelserv en DD-WRT, si se presentan problemas, hay un par de cosas que hacer:

    • Borra tus máquinas personales DNS caché.
      Esto se debe a un caché de DNS, que puede engañar a su computadora para que piense que ya conoce el nombre de host, sin consultar al DNS por ello. En Windows, esto sería "ipconfig / flushdns".
    • Asegúrese de que su cliente esté utilizando el enrutador como DNS y que resuelva el FQDN.
      Especialmente cuando se utiliza una red privada virtual (VPN) o una red que es más compleja que la configuración normal del enrutador a la computadora, es posible que su computadora cliente simplemente no use el enrutador como su DNS. Es muy fácil ver usando el comando "nslookup" debajo del servidor DNS que usa el cliente. Si la IP no es la misma que la del enrutador, ha encontrado el problema.

    Eso es todo ... deberías estar listo


    Date prisa, todo lo que veo es oscuridad.