Por que o ISC dhcpd ignoraria as opções do fornecedor?

Por que o ISC dhcpd ignoraria as opções do fornecedor?

Estou tentando usar um dhcpdPDUs de rede Raritan existentes para configurar automaticamente. Isso funciona aproximadamente como a inicialização PXE: existem opções adicionais de DHCP que direcionam o dispositivo para buscar um arquivo de configuração via TFTP. No entanto, ele usa opções de DHCP do fornecedor para fazer isso.

Defini o espaço de opções e uma nova classe para as PDUs. Posso ver que minha classe está sendo correspondida (defino o DNS e o nome de domínio de maneira diferente dentro da classe e essas opções são enviadas). Porém, as opções específicas do fornecedor não são enviadas (marcado com dhcpdump). O servidor não tem problemas com a configuração (que ele registra de qualquer maneira).

O que pode fazer com que ele não envie opções de fornecedores?

set vendor-string = option vendor-class-identifier;

option space RARITAN code width 1 length width 1 hash size 3;
option RARITAN.pdu-tftp-server code 1 = ip-address;
option RARITAN.pdu-update-control-file code 2 = text;
option RARITAN.pdu-update-magic code 3 = text;

class "PDUs" {
    match if option vendor-class-identifier = "Raritan PDU 1.0";
    vendor-option-space RARITAN;
    option vendor-class-identifier "Raritan PDU 1.0";
    option domain-name-servers 1.1.1.1;
    option domain-name "pdu.net";
    option RARITAN.pdu-tftp-server 10.251.0.9;
    option RARITAN.pdu-update-control-file "raritan-update.cfg";
    option RARITAN.pdu-update-magic "20180822-0005";
}

Nada em nenhum dos escopos existentes é usado vendor-option-space, então não acho que haja conflitos aí.

Responder1

Você deve verificar 2 coisas:

  • seu cliente Raritan envia a opção 43 (opção específica do fornecedor) em DHCPREQUEST e
  • você não está hackeando a opção 43 em sua configuração em nenhum outro lugar.

Encontrei o mesmo problema e depois de algumas horas encontrei minha enorme dhcpcd.conflinha com milhares de clientes option cisco-wlc-encap code 43 = encapsulate cisco-wlcque descartou qualquer outra tentativa de definir a Opção 43 por classe e sintaxe de espaço de opção de fornecedor.

informação relacionada