Вопрос или проблема
У меня есть сервер dhcpd на Fedora, настроенный на время аренды в 24 часа. Клиент работает на Windows 10 (у меня нет административных привилегий на клиенте).
group {
default-lease-time 86400;
max-lease-time 172800;
[ ... ]
subnet 10.5.60.0 netmask 255.255.255.0 {
option domain-name-servers 10.5.60.1;
option routers 10.5.60.1;
option subnet-mask 255.255.255.0;
option broadcast-address 10.5.60.255;
range 10.5.60.11 10.5.60.254;
}
}
Логи показывают, что начальное предложение DHCPREQUEST было обработано, так как сервер dhcpd подтвердил его, но затем снова отправляется еще один DHCPREQUEST каждую минуту.
Jan 12 12:37:59 home.lan dhcpd[27780]: reuse_lease: lease age 4913 (secs) under 25% threshold, reply with unaltered, existing lease for 10.5.60.11
Jan 12 12:37:59 home.lan dhcpd[27780]: DHCPREQUEST for 10.5.60.11 from 00:24:9b:7d:3b:aa (DELL7530FYGD3T3) via enp4s0.60
Jan 12 12:37:59 home.lan dhcpd[27780]: DHCPACK on 10.5.60.11 to 00:24:9b:7d:3b:aa (DELL7530FYGD3T3) via enp4s0.60
Jan 12 12:38:12 home.lan dhcpd[27780]: DHCPRELEASE of 10.5.60.11 from 00:24:9b:7d:3b:aa (DELL7530FYGD3T3) via enp4s0.60 (found)
Jan 12 12:38:26 home.lan dhcpd[27780]: DHCPDISCOVER from 00:24:9b:7d:3b:aa via enp4s0.60
Jan 12 12:38:26 home.lan dhcpd[27780]: DHCPOFFER on 10.5.60.11 to 00:24:9b:7d:3b:aa (DELL7530FYGD3T3) via enp4s0.60
Jan 12 12:38:26 home.lan dhcpd[27780]: DHCPREQUEST for 10.5.60.11 (10.5.60.1) from 00:24:9b:7d:3b:aa (DELL7530FYGD3T3) via enp4s0.60
Jan 12 12:38:26 home.lan dhcpd[27780]: DHCPACK on 10.5.60.11 to 00:24:9b:7d:3b:aa (DELL7530FYGD3T3) via enp4s0.60
Jan 12 12:38:55 home.lan dhcpd[27780]: reuse_lease: lease age 29 (secs) under 25% threshold, reply with unaltered, existing lease for 10.5.60.11
Jan 12 12:38:55 home.lan dhcpd[27780]: DHCPREQUEST for 10.5.60.11 from 00:24:9b:7d:3b:aa (DELL7530FYGD3T3) via enp4s0.60
Jan 12 12:38:55 home.lan dhcpd[27780]: DHCPACK on 10.5.60.11 to 00:24:9b:7d:3b:aa (DELL7530FYGD3T3) via enp4s0.60
Jan 12 12:40:51 home.lan dhcpd[27780]: reuse_lease: lease age 145 (secs) under 25% threshold, reply with unaltered, existing lease for 10.5.60.11
Jan 12 12:40:51 home.lan dhcpd[27780]: DHCPREQUEST for 10.5.60.11 from 00:24:9b:7d:3b:aa (DELL7530FYGD3T3) via enp4s0.60
Jan 12 12:40:51 home.lan dhcpd[27780]: DHCPACK on 10.5.60.11 to 00:24:9b:7d:3b:aa (DELL7530FYGD3T3) via enp4s0.60
Вот фактическая аренда
lease 10.5.60.11 {
starts 0 2025/01/12 18:38:26;
ends 1 2025/01/13 18:38:26;
cltt 0 2025/01/12 18:38:26;
binding state active;
next binding state free;
rewind binding state free;
hardware ethernet 00:24:9b:7d:3b:aa;
uid "\001\000$\233};\252";
set vendor-class-identifier = "MSFT 5.0";
client-hostname "DELL7530FYGD3T3";
}
Сервер DHCPD был перезапущен с помощью systemctl restart dhcpd.
У меня есть клиент на mac в той же подсети, который делает то же самое, но каждые 20 минут, а не 1 минуту.
Клиенты настраиваются.
Почему клиент делает это? И почему возраст аренды составляет всего несколько минут?
Ответ или решение
Теоретические аспекты проблемы DHCP
При работе DHCP каждый клиент получает IP-адрес на основании согласованного времени аренды, которое в данном случае установлено на 24 часа. Однако поведение, когда клиент повторно запрашивает DHCPREQUEST через каждую минуту, может указывать на проблемы либо на стороне клиента, либо сетевой конфигурации.
Возможные причины:
-
Настройки сети на клиенте: Некорректные или нестабильные сетевые настройки клиента могут вызывать изменение IP-адреса или сбой связи сети, что вынуждает клиента повторно запрашивать IP-адрес.
-
Проблемы с DHCP-клиентом Windows 10: Некоторые версии Windows могут иметь ошибки в клиентской части DHCP, что может требовать обновления системы.
-
Проблемы на уровне драйвера адаптера: Ошибки или несовместимости в драйверах сетевых адаптеров могут приводить к необходимым перезапросам DHCP.
-
Сетевые сбои: Нестационарные сети или конфигурации, которые вызывают потерю соединений, могут быть причиной периодических запросов.
Пример того, как это проявляется
Исходя из логов сервера DHCP, видно, что после предоставления IP через DHCPACK клиент повторно и часто запрашивает подтверждение с использованием DHCPREQUEST. Такое поведение повторяется даже с корректными сроками аренды.
Применение на практике
-
Проверка конфигурации DHCP-сервера: Убедитесь, что конфигурация серверной части полностью корректна. Хотя она кажется корректной по предоставленным данным, перепроверьте настройку и сравните с лучшими практиками.
-
Проверка клиентского устройства: Даже без администраторских прав на Windows 10, попробуйте выполнить следующие действия:
- Перезагрузите клиентское устройство.
- Убедитесь, что клиентское устройство обновлено до самой последней версии Windows.
- Проверьте физическое соединение и кабели.
-
Использование дополнительного ПО для диагностики: Если возможно, используйте программное обеспечение для диагностики сетевых проблем, чтобы выявить иную связанную проблему, например, с драйвером настройки сетевой карты.
-
Анализ более широкого спектра клиентов: Поскольку в логах упоминается ещё один клиент на macOS с похожими проблемами, убедитесь, что на сервере не стоит ограничение на число одновременно работающих клиентов или что нет сетевого оборудования с включёнными ограничениями.
Для стойкого решения проблемы может потребоваться более глубокая диагностика сетевой инфраструктуры и клиентских устройств, что может включать обновление софта, замену драйверов, или перенастройку сетевого оборудования.