Temos um roteador que também funciona como servidor DHCP. No entanto, ele não oferece muita configuração e, por isso, sempre oferece servidores DNS IPv6 e IPv4, o que interrompe alguns dispositivos, sendo capazes de ver alguns servidores na LAN que exigem uma substituição de DNS para retornar um endereço local em vez do endereço local. endereço visível mundial.
Uma solução possível que estamos considerando é configurar um servidor DHCP em um desses servidores. Se o servidor estiver ativo, ele enviará respostas DHCP configuradas corretamente em relação a quais servidores DNS serão usados. Só poderíamos executar este servidor DHCP, no entanto, se esta máquina falhar por qualquer motivo, então parece que tudo iria falhar, porque nenhum outro servidor DHCP estaria por perto para compensar. Mas se executarmos o servidor DHCP como um backup (já que ele raramente fica inativo), precisamos de alguma forma dar a ele uma prioridade mais baixa para que ele não distribua endereços, a menos que o outro servidor não responda ou esteja inativo.
Como podemos fazer isso?
Responder1
Infelizmente, o protocolo DHCP não oferece uma maneira de fazer isso.
O DHCP RFC diz que se um cliente receber múltiplas OFERTAS de DHCP (por exemplo, de vários servidores), o cliente decide qual OFERTA aceitar. Mas deixa esse algoritmo de seleção como um detalhe de implementação para os implementadores do cliente DHCP.
Eu sei que o cliente DHCP da Apple (no macOS, iOS, watchOS, tvOS, HomePod, etc.) tem uma heurística para selecionar qualquer OFERTA que contenha mais opções de DHCP, sob a suposição surpreendentemente confiável de que servidores DHCP corporativos "reais" têm maior probabilidade de serem configurados para fornecer muitas opções extras de DHCP (como listas de servidores LDAP e WINS para usar), enquanto alguns servidores DHCP incorporados aleatórios em algum dispositivo de rede doméstica do consumidor terão uma lista muito mais curta de opções de DHCP (como um roteador de gateway doméstico Wi-Fi que acidentalmente foi conectado à LAN corporativa).
Não posso falar pelos algoritmos de seleção de OFERTA DHCP em outras implementações de cliente DHCP, como Windows, Android ou outros Linux, etc. Pode ser que muitas implementações de cliente DHCP em sua rede apenas selecionem a primeira OFERTA que veem, ou o última oferta que eles veem depois de ouvir por X milissegundos. Realmente não há como saber. Você poderia examinar as fontes das implementações populares de clientes DHCP de código aberto, mas duvido que haja uma maneira de descobrir o que várias versões do cliente DHCP do Windows fazem, a menos que a Microsoft tenha documentado isso publicamente em algum lugar.