Lease time DHCPv4 — длительность, а не календарная дата окончания
Фотография конкретного исполнения не приложена.
В серверном интерфейсе и клиентском журнале могут отображаться разные времена expiry. До вывода о неправильной аренде нужно понять, как каждая система рассчитала deadline. Само поле lease time не содержит готовой локальной даты.
RFC 2132 задаёт длительность lease в секундах, а RFC 2131 описывает правила её использования клиентом. Отображаемый timestamp формируется из этой длительности и контекста обмена. Серверное время формирования ответа и момент наблюдения состояния клиента не обязаны совпадать буквально.
Для сравнения журналов сохраняют исходные timestamps, timezone и длительность. Перевод времени отображения не должен менять оригинальное событие или эксплуатационный календарь системы. Также открытый старый экран server UI не является свежим доказательством текущего оставшегося срока у клиента.
В приёмке сопоставляют ACK, duration, timers и фактическое прекращение либо продление адреса. Проверяют единицы и часы средств наблюдения. Отчёт должен объяснять расчёт каждого deadline. Разные строки календарного времени сами по себе не доказывают нарушение DHCP, пока не установлен их общий контекст и способ преобразования.
Основание — Numbered DHCPv4 base RFCs and selected lease, identity, option and reconfigure extensions, разделы RFC2131 Lease time calculation and expiration; RFC2132 9.2 IP Address Lease Time. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Основание — указанные номерные RFC DHCPv4 и дополнений. Поддержка options конкретными client, relay и server не проверялась. Это протокольный разбор и план приёмки, а не результат испытания оборудования; leases, адреса, маршруты и рабочая сеть не изменялись.
