Tenemos un enrutador que también funciona como servidor DHCP. Sin embargo, no ofrece mucha configuración y, como resultado, siempre ofrece servidores DNS IPv6 e IPv4, lo que impide que algunos dispositivos puedan ver algunos servidores en la LAN que requieren una anulación de DNS para devolver una dirección local en lugar de la dirección mundialmente visible.
Una posible solución que estamos considerando es configurar un servidor DHCP en uno de estos servidores. Si el servidor está activo, enviará respuestas DHCP que estén configuradas correctamente con respecto a los servidores DNS que se van a utilizar. Solo podíamos ejecutar este servidor DHCP, sin embargo, si esta máquina falla por cualquier motivo, entonces parece que todo fallaría, porque no habría otros servidores DHCP disponibles para tomar el relevo. Pero si ejecutamos el servidor DHCP como respaldo (ya que rara vez se cae), entonces debemos darle de alguna manera una prioridad más baja para que no entregue direcciones a menos que el otro servidor no responda o esté inactivo.
¿Cómo podemos hacer esto?
Respuesta1
Desafortunadamente, el protocolo DHCP no proporciona una forma de hacerlo.
El RFC de DHCP dice que si un cliente recibe múltiples OFERTAS DHCP (por ejemplo, de múltiples servidores), el cliente decide qué OFERTA acepta. Pero deja ese algoritmo de selección como un detalle de implementación para los implementadores del cliente DHCP.
Sé que el cliente DHCP de Apple (en macOS, iOS, watchOS, tvOS, HomePod, etc.) tiene una heurística para seleccionar la OFERTA que contenga más opciones de DHCP, bajo la suposición sorprendentemente confiable de que es más probable que se configuren servidores DHCP corporativos "reales". para ofrecer muchas opciones DHCP adicionales (como listas de servidores LDAP y WINS para usar), mientras que algunos servidores DHCP integrados aleatorios en algún dispositivo de red doméstica del consumidor tendrán una lista mucho más corta de opciones DHCP (como un enrutador de puerta de enlace doméstica Wi-Fi que accidentalmente se conectó a la LAN corporativa).
No puedo hablar por los algoritmos de selección de OFERTA DHCP en otras implementaciones de clientes DHCP como Windows, Android u otros Linux, etc. Podría ser que muchas implementaciones de clientes DHCP en su red simplemente seleccionen la primera OFERTA que vean, o la última oferta que ven después de escuchar durante X milisegundos. Realmente no hay manera de saberlo. Puede examinar las fuentes de las populares implementaciones de clientes DHCP de código abierto, pero dudo que haya una manera de descubrir qué hacen las distintas versiones del cliente DHCP de Windows, a menos que Microsoft lo haya documentado públicamente en algún lugar.