Сервер DHCP не выдаёт адрес клиенту.

[AndreyNag]

Сегодня сломался dhcp-сервер. Перестал раздавать адреса и другие нужные параметры клиентам в сети.
Но как-то избирательно. На моём компе адрес получаю нормально, а на большинстве других автоматическая раздача IP не работает. Ну с этим можно побороться, прописав адреса вручную. Но с сетевым МФУ что-то непонятное происходит.
Не смотря на то, что я прописал в МФУ вручную адрес, маску и шлюз, dhcp-сервер ругается, что не может отработать запрос на освобождение адреса.

Код: [Выделить]

июн 01 16:44:25 domain.ru dhcpd[107849]: DHCPRELEASE of 192.168.5.103 from xx:xx:xx:xx:xx:xx via enp4s0 (not found)
июн 01 16:45:44 domain.ru dhcpd[107849]: DHCPRELEASE of 192.168.5.103 from xx:xx:xx:xx:xx:xx via enp4s0 (not found)
июн 01 16:47:06 domain.ru dhcpd[107849]: DHCPRELEASE of 192.168.5.103 from xx:xx:xx:xx:xx:xx via enp4s0 (not found)
июн 01 16:48:25 domain.ru dhcpd[107849]: DHCPRELEASE of 192.168.5.103 from xx:xx:xx:xx:xx:xx via enp4s0 (not found)
июн 01 16:49:51 domain.ru dhcpd[107849]: DHCPRELEASE of 192.168.5.103 from xx:xx:xx:xx:xx:xx via enp4s0 (not found)
июн 01 16:51:14 domain.ru dhcpd[107849]: DHCPRELEASE of 192.168.5.103 from xx:xx:xx:xx:xx:xx via enp4s0 (not found)
июн 01 16:52:36 domain.ru dhcpd[107849]: DHCPRELEASE of 192.168.5.103 from xx:xx:xx:xx:xx:xx via enp4s0 (not found)
июн 01 16:53:58 domain.ru dhcpd[107849]: DHCPRELEASE of 192.168.5.103 from xx:xx:xx:xx:xx:xx via enp4s0 (not found)
июн 01 16:55:21 domain.ru dhcpd[107849]: DHCPRELEASE of 192.168.5.103 from xx:xx:xx:xx:xx:xx via enp4s0 (not found)
июн 01 16:56:47 domain.ru dhcpd[107849]: DHCPRELEASE of 192.168.5.103 from xx:xx:xx:xx:xx:xx via enp4s0 (not found)
Уже в dhcpd.conf другой адрес привязывал к этому MAC-у. Отключил выдачу статического адреса на данный MAC, а демон не обращает внимание на мои потуги.
Переустановка сервера невозможна.

[буратино-42]

Переустановка сервера невозможна.

поскольку Ваш случай "простой" - (проблема с DHCP)
 то возможен вариант "двойника":

  1. создать виртуальный сервер с dhcp
    (копия рабочего в виртуальной машине)
  2. подключить к нему МФУ
 
  3. убедиться что "всё работает"
 
  4. найти разницу между двойником и оригиналом.
 
  5. устранить её.

[Nicom]

dhcp-сервер ругается, что не может отработать запрос на освобождение адреса.

Он ругается на то, что не может получить ответ от клиента по истечении lease time на сервере, ведь на клиенте теперь настроен статический адрес и dhcp протокол не используется.
МФУ имеют ограниченные сетевые возможности, у них есть только минимально необходимая поддержка протоколов, это не полноценная ОС.

Поищите кэши dhcp сервера в /var и удалите их.

Сегодня сломался dhcp-сервер.

Сам по себе, или этому предшествовало обновление?
Или управляемый свитч воткнули после сервера?
Одинаковых MAC-адресов в сети нет?
Другой dhcp сервер в сети не завёлся ли, например новый видеорегистратор?

[AndreyNag]

Он ругается на то, что не может получить ответ от клиента по истечении lease time на сервере, ведь на клиенте теперь настроен статический адрес и dhcp протокол не используется.

Проблема выявлена до того как назначил железке статический адрес локально.
В локалке есть точно такой же принтер, но он (или из-за него) нет мусора в логах. Когда из настроек dhcp-сервера я убрал назначение адреса по MAC, то принтер должен получить новый свободный адрес из выделенного мною публичного диапазона 120-200, но этого не происходит.

Сам по себе, или этому предшествовало обновление?
Или управляемый свитч воткнули после сервера?
Одинаковых MAC-адресов в сети нет?
Другой dhcp сервер в сети не завёлся ли, например новый видеорегистратор?

Никаких изменений в составе устройств не было. Только обновления ОС на сервере делаю периодически.
Давно борюсь с SambaAD. Периодически непредсказуемо падает на ходу или просто перестаёт принимать запросы на авторизацию от клиентов. Перезапуск помогает, но не всегда. Как-то неустойчиво работает альт. Нет уверенности, что настроил, работает, не трогай.

[rits]

# dhcpcd -T ehtX...
Делай тестовый запрос для какой нибудь сетевой (USB-Lan или с ноута) внутри локальной сети. Посмотри вывод, может, что интересное увидишь. Какой нибудь WiFi роутер посылает от разных устройств за ним, ARP запросы под одним mac адресом, тем самым сводит с ума dhcp сервер. Локальную сеть нужно знать досконально.

[AndreyNag]

Спасибо за науку.
Ничего криминального не увидел.
# dhcpcd -T enp4s0
refusing chroot: _dhcpcd: /var/lib/dhcpcd
dhcpcd-10.2.2 starting
enp4s0: soliciting a DHCP lease
enp4s0: offered 192.168.5.176 from 192.168.5.222
interface=enp4s0
pid=1406503
protocol=dhcp
reason=TEST
skip_hooks=lookup-hostname
ifcarrier=up
ifflags=69699
ifmetric=1002
ifmtu=1500
ifwireless=0
new_broadcast_address=192.168.5.255
new_classless_static_routes='192.168.7.0/24 192.168.5.254'
new_dhcp_lease_time=604800
new_dhcp_message_type=2
new_dhcp_server_identifier=192.168.5.222
new_domain_name=domain.ru
new_domain_name_servers='192.168.5.222 77.88.8.8 77.88.8.1'
new_domain_search=domain.ru
new_ip_address=192.168.5.176
new_network_number=192.168.5.0
new_routers=192.168.5.1
new_subnet_cidr=24
new_subnet_mask=255.255.255.0
dhcpcd exited

Не понятно откуда цифра "176" взялась? Может это крайний адрес, который вообще выдавался за всю историю сервера?!
Кэш выданных адресов dhcpd.leases~ чистил. Это ни на что не повлияло. Даже переустанавливал dhcp-server с удалением папок с настройками. chroot отключён. Где-то глубоко всё равно хранятся какие-то хвосты.

[akelot]

В локалке есть точно такой же принтер, но он (или из-за него) нет мусора в логах. Когда из настроек dhcp-сервера я убрал назначение адреса по MAC, то принтер должен получить новый свободный адрес из выделенного мною публичного диапазона 120-200, но этого не происходит.

А время высвобождение адресов не слишком большое? Может банально "закончился" пул адресов? В качестве теста увеличь пул например 100-200.

[AndreyNag]

Судя по результатам диагностики и содержимому .leases, следующему клиенту будет выдан 176-й адрес, так как в .leases крайний адрес 175-й. И это потому, что виндовый комп запомнил предыдущий выданный ему и не закончилось время аренды.

[буратино-42]

Никаких изменений в составе устройств не было. Только обновления ОС на сервере делаю периодически.
..
настроил, работает, не трогай.

здесь противоречие:
  только_обновление_ОС_на_сервере - "не_трогай"/никаких_изменений.

Обновление - ОПАСНО !
 т.к. это изменение и "трогание" одновременно.

Этот факт намеренно замалчивается (т.к. это выгодно бизнесу),
  но неизменно вылезает наружу (Вы уже 1002-й пользователь, который на это напоролся).

Обновляться надо как можно РЕЖЕ,
 и сперва на "двойнике",
  а затем, если все тесты пройдут, обновить оригинал.