Серверы и ИИ: практическое применение
DHCPv4 Client Identifier может отличаться от MAC-адреса
После замены сетевого адаптера или клиента ОС reservation может перестать работать ожидаемым образом. Причина бывает в способе идентификации. Сервер способен учитывать Client Identifier, а не только аппаратный адрес в привычной ведомости.
RFC 4361 определяет node-specific identifiers с IAID и DUID. RFC 6842 требует вернуть присланный client identifier в предусмотренных ответах и задаёт его сравнение клиентом. Поэтому нужно сохранять реальное содержимое option, а не автоматически преобразовывать его в MAC.
Разные реализации используют разные допустимые формы и настройки. Clone образа также способен перенести идентификационные данные, что требует отдельного контроля. При этом Client Identifier не является криптографическим credential и сам по себе не доказывает подлинность устройства.
В приёмке сопоставляют ClientID, chaddr, reservation и выданный адрес до и после замены NIC. Проверяют уникальность предусмотренной идентичности. Отчёт должен показывать, по какому ключу работает серверная политика. Один совпадающий MAC в инвентаризации не подтверждает совпадение всей DHCP-идентичности клиента.
Основание — Numbered DHCPv4 base RFCs and selected lease, identity, option and reconfigure extensions, разделы RFC4361 Node-specific client identifiers; IAID and DUID; RFC6842 Client Identifier in replies. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Основание — указанные номерные RFC DHCPv4 и дополнений. Поддержка options конкретными client, relay и server не проверялась. Это протокольный разбор и план приёмки, а не результат испытания оборудования; leases, адреса, маршруты и рабочая сеть не изменялись.