INIT-REBOOT DHCPv4: сохранённый адрес проверяется в другом контексте
Увеличить схему
Фотография конкретного исполнения не приложена.
После перезагрузки клиент может сразу отправить DHCPREQUEST без нового DISCOVER. Такой пакет не обязательно ошибочен. Он способен проверять ранее сохранённую конфигурацию в состоянии INIT-REBOOT.
RFC 2131 задаёт для этого сценария requested IP, нулевой ciaddr и отсутствие server identifier. Поля отличаются от выбора конкретного offer. Поэтому любой DHCPREQUEST нельзя интерпретировать по одной и той же схеме без знания состояния клиента.
Сервер оценивает принадлежность адреса сети и известное состояние. В некоторых предусмотренных условиях он остаётся silent, а не подтверждает запрос. Отсутствие DHCPNAK поэтому не является самостоятельным доказательством, что старая конфигурация одобрена всеми серверами.
В приёмке сравнивают первый запуск и reboot с cached lease, включая перенос в другую сеть. Сопоставляют поля запроса с ACK, NAK и дальнейшими действиями клиента. Отчёт должен показывать конкретный state. Сохранённый адрес в локальном файле не подтверждает его пригодность для текущего сегмента и не заменяет предусмотренную проверку после изменения сети.
Основание — Numbered DHCPv4 base RFCs and selected lease, identity, option and reconfigure extensions, разделы RFC2131 DHCPREQUEST in INIT-REBOOT;4.4 client behavior. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Основание — указанные номерные RFC DHCPv4 и дополнений. Поддержка options конкретными client, relay и server не проверялась. Это протокольный разбор и план приёмки, а не результат испытания оборудования; leases, адреса, маршруты и рабочая сеть не изменялись.
Запросы отправляются на наш e-mail из вашей почтовой программы.
