Назад | Перейти на главную страницу

Заставить клиента отправлять параметры DHCP следующему серверу

В настоящее время у нас есть клиенты, которые подключаются к DHCP-серверу при запросе IP. Затем мы перенаправляем на next-server с некоторыми дополнительными опциями.

На следующем сервере работает DNSMASQ, который должен иметь возможность получать все параметры, отправленные DHCP-сервером.

С этой текущей конфигурацией для конкретной машины (она действительно проходит через это условие):

if substring (option vendor-class-identifier, 0, 20) = "PXEClient:Arch:00007" { # UEFI-64-1
    # user-class has code 77
    option user-class "test";
    next-server nextserver.example;
    # We even tried forcing sending this option, as the client might not be asking for it:
    # 4d is 77 in hex
    option dhcp-parameter-request-list = concat(option dhcp-parameter-request-list,4d);
}

При проверке всего трафика на следующей стороне сервера мы вообще не видим эту опцию. То же самое происходит с другими опциями, такими как option vendor-class-identifier "PXEClient";

Что мне может не хватать? Кажется, что клиент просто отправляет параметры запуска на DHCP-сервер, а затем на next-server, не принимая ни одной из указанных опций в конфигурации DHCP-сервера.

РЕДАКТИРОВАТЬ: dnsmasq конфигурация

bind-interfaces

dhcp-option=vendor:PXEClient,6,2b

dhcp-match=x86PC, option:client-arch, 0
dhcp-option-force=x86PC,211, 30

dhcp-match=BC_EFI, option:client-arch, 7
dhcp-match=X86-64_EFI, option:client-arch, 9
dhcp-match=AARCH64_EFI, option:client-arch, 11

# path refers to server address, this case it is local, as there is a separate tftp server serving these files from /tftpboot/
# Use the tag to differentiate loader
pxe-service=tag:x86PClgcy,x86PC, "netboot x86PClgcy", /test/loader/lgcy/pxelinux
pxe-service=tag:x86PC,x86PC, "netboot x86PC", /test/loader/bios/lpxelinux
pxe-service=tag:BC_EFI,BC_EFI, "netboot BC-EFI", /test/loader/uefi/bootx64.efi
pxe-service=tag:X86-64_EFI,X86-64_EFI, "netboot X86-64_EFI", /test/loader/uefi/bootx64.efi
pxe-service=tag:AARCH64_EFI, 11, "netboot AARCH64_EFI", /test/loader/arm64/bootx64.efi

# ONE pxe-service per tag:architecture only
# for defined pxe-skip-menu=<CSA>
# this requires patched version of dnsmasq
pxe-skip-menu=x86PC
pxe-skip-menu=BC_EFI
pxe-skip-menu=X86-64_EFI
pxe-skip-menu=11


# i.e. it delegates the main DHCP server to allocate the IP
dhcp-range=10.0.0.0,proxy,255.0.0.0
dhcp-range=100.64.0.0,proxy,255.192.0.0
(...)

Похоже, вы используете ISC dhcpd. Из его dhcpd.conf(5) страница руководства:

next-server server-name;

В next-server оператор используется для указания адреса хоста сервера, с которого начальный загрузочный файл (указанный в filename заявление) должен быть загружен. Server-name должен быть числовым IP-адресом или доменным именем.

Обратите внимание, что имя сервера обозначено next-server заявление не другой DHCP-сервер. Обычно это может быть TFTP-сервер.

Если ваш клиент сначала отправляет Запрос DHCP к одному серверу DHCP, затем к другому, это означает, что клиент по какой-то причине отклонил предложение первого сервера. Согласно спецификациям протокола DHCP, DHCP-клиент не может принимать только часть предложения DHCP; это все или ничего.