☰

ISC dhcpd가 공급업체 옵션을 무시하는 이유는 무엇입니까?

tag-icon • tag-icon dhcp-server isc-dhcp
ISC dhcpd가 공급업체 옵션을 무시하는 이유는 무엇입니까?

dhcpd기존 PDU를 사용하여 Raritan 네트워크 PDU를 자동 구성하려고 합니다 . 이는 대략 PXE 부팅과 유사하게 작동합니다. 장치가 TFTP를 통해 구성 파일을 가져오도록 지시하는 추가 DHCP 옵션이 있습니다. 그러나 이를 수행하기 위해 공급업체 DHCP 옵션을 사용합니다.

옵션 공간과 PDU에 대한 새 클래스를 정의했습니다. 내 클래스가 일치하는 것을 볼 수 있습니다(클래스 내에서 DNS와 도메인 이름을 다르게 설정하면 해당 옵션이 전송됩니다). 그러나 공급업체별 옵션은 전송되지 않습니다( 로 확인 dhcpdump). 하지만 서버는 구성에 문제가 없습니다(어쨌든 기록합니다).

공급업체 옵션을 보내지 못하는 원인은 무엇입니까?

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";
}

기존 범위에서는 를 사용하는 것이 없으므로 vendor-option-space충돌이 없다고 생각합니다.

답변1

다음 2가지 사항을 확인해야 합니다.

  • Raritan 클라이언트는 DHCPREQUEST에서 옵션 43(공급업체별 옵션)을 보냅니다.
  • 다른 곳에서는 구성의 옵션 43을 해킹하지 않습니다.

나는 같은 문제에 직면했고 몇 시간 후에 dhcpcd.conf수천 개의 클라이언트 라인 에서 option cisco-wlc-encap code 43 = encapsulate cisco-wlc클래스 및 공급업체 옵션 공간 구문별로 옵션 43을 설정하려는 다른 시도를 무시한 것을 발견했습니다.

관련 정보