Digamos que você tenha dois servidores dhcp, A e B.
O servidor A tem dois endereços IP, 10.0.0.1 e 10.0.0.2.
O servidor B tem um endereço IP, 10.0.0.3.
O servidor A tem duas instâncias de isc-dhcp em execução, uma especificando um endereço local de 10.0.0.1 e a outra especificando o endereço local de 10.0.0.2.
O servidor B tem uma instância de isc-dhcp em execução, especificando um endereço local de 10.0.0.3.
Se você tiver outra sub-rede separada dos servidores dhcp, 192.168.0.0/24. O pool dessa sub-rede está hospedado na instância de isc-dhcp no Servidor A com IP 10.0.0.1. Esta sub-rede está por trás de um dispositivo Cisco com a instrução "ip helper-address 10.0.0.1". As rotas estão no local para alcançar essa sub-rede bem.
Se um dispositivo estiver conectado ao switch / roteador com a instrução auxiliar e a sub-rede ip 192.168.0.0/24, como as duas instâncias no Servidor A recebem a descoberta enquanto o Servidor B não o recebe? Tanto o 10.0.0.1 quanto o 10.0.0.2 no Servidor A estão na mesma interface.
O que não entendo é por que uma interface compartilha descobertas com os dois IPs, se é isso que acontece. Se ele compartilhá-lo, por que o isc-dhcp não vê para qual IP os pacotes são destinados, em vez de assumir, porque ele atingiu o IP que está escutando, então deve ser para ele.
Meus únicos palpites:
- Ou é uma coisa de rede que eu não conheço nem entendo.
- A própria interface passa o pacote para todos os IPs nele e o isc-dhcp assume independentemente do IP que ele ouve que todos os pacotes que atingem esse IP devem ser examinados e usados.
- Não há nada no pacote quando chega ao servidor identificando que é apenas para um IP específico, ambos os IPs obtêm os dados da mesma forma que um hub funcionaria e, portanto, isc-dhcp tem que assumir se atingir o IP que ele escuta nisso é para ser usado.
Reescrevemos toda a questão para esclarecer a situação. Espero que não tenha piorado ..