Um script recebe um IP do servidor DHCP?

Question

Nenhum dos plugins de verificação do Nagios DHCP pode, na verdade, obter um IP de o servidor DHCP como um teste real. Tudo o que eles fazem é perguntar qual IP daria a um determinado endereço mac.

Nosso servidor DHCP falhou, onde o Nagios não alertou, porque ele poderia passar no teste do Nagios, mas não fornecer o IP aos clientes.

Pergunta

Existe uma maneira de um script solicitar um IP e fazer com que o servidor DHCP o entregue? O script seria executado a cada 5 minutos, portanto, ele descartaria o IP a cada execução.

Atualizar

Idealmente, o que o script deve fazer é

# dhclient -r ; dhclient ; ip a|grep valid_lft
Killed old client process
       valid_lft forever preferred_lft forever
       valid_lft forever preferred_lft forever
       valid_lft 86459sec preferred_lft 86459sec
       valid_lft forever preferred_lft forever

e se preferred_lft não for renovado, então avise.

O problema deste método requer um NIC dedicado para isso. Então seria muito bom, se isso pudesse ser simulado de alguma forma?

    

Answer 1

Para testar o que aconteceria se um dispositivo completamente novo solicitasse seu servidor DHCP para um endereço IP, seu script Nagios precisaria enviar pacotes DHCP Discover com endereços MAC falsificados. Você precisaria ser capaz de enviar pacotes DHCP brutos, mas antes mesmo de tentar rever o que esse arranjo precisaria.

Vamos supor que tenhamos um tempo de concessão de DHCP de 24 horas. Se você enviar um pacote DHCP Discover com um novo endereço MAC a cada 5 minutos e receber uma oferta DHCP do pool, apenas o teste do Nagios ocupará 288 endereços IP do pool. Se o seu tempo de locação for ainda maior, por exemplo, uma semana, você terá até 2016 endereços IP de reserver fictícios. Você precisaria ter um pool /20 DHCP para ter essa quantidade de endereços livres + espaço para os dispositivos reais.

É por isso que sugiro usar o teste regular e confiar nele para mais de 99,9% dos casos. Vale a pena cuidar da condição rara de exaustão da piscina de vez em quando, em vez de realmente causar a situação durante o teste.

Abordagem secundária. Não teste enviando pacotes DHCP Discover adicionais, mas monitore o tráfego real. Crie um alerta sempre que você vir:

• um pacote de descoberta de DHCP sem um pacote de oferta de DHCP correspondente.
• um pacote de solicitação de DHCP sem um pacote de DHCP correspondente.

Você deve ser capaz de reconhecer qualquer problema rapidamente.