DHCP-клиент начинает отправлять сообщения DHCP Discover после получения NAK от другого DHCP-сервера

Я пытаюсь настроить клиент DHCP, который должен получить свой IP-адрес через DHCP. Я настроил два DHCP-сервера (один в пуле 192.168.XX, а другой в пуле 162.16.XX).

Затем клиент запускает протокол DHCP и получает аренду DHCP от одного сервера (скажем, 162 сервера). Теперь, до истечения срока аренды, клиент отправляет сообщение ЗАПРОС, чтобы возобновить аренду. Но теперь вместо сервера 162 сервер 192 отправляет NAK до того, как 162 отправит ACK.

Получив NAK от неправильного сервера, клиент удаляет IP-адрес и снова начинает отправлять сообщения DISCOVER. Разве клиент не должен ждать подтверждения от правильного сервера?

Это ожидаемое поведение или ошибка в реализации клиента dhclient?

Захват пакетов, показывающий проблему

FYI. вышеупомянутый захват пакета сделан на интерфейсе DHCP Relay

1 ответ

Нет. Предоставленный вами снимок экрана не является обновлением DHCPRequest. Обновления осуществляются одноадресной передачей по IP-адресу сервера DHCP. На скриншоте показана трансляция. Любой сервер DHCP может ответить на широковещательный запрос DHCPRequest. Вы не предоставили подробную информацию о клиенте, поэтому, вероятно, не будет никаких полезных ответов относительно того, является ли это ожидаемым поведением, но это определенно не обновление.

https://stackoverflow.com/questions/12565095/how-client-unicasts-a-renew-dhcp-request-if-server-id-must-not-be-filled-in

Протокол динамического конфигурирования сервера
https://www.ietf.org/rfc/rfc2131.txt

Другие вопросы по тегам