dhcp сервер - работает только ручное распределение IP адресов

слишком непонятно

но вообще, если диапазоны в DHCP не съехали, то должно все работать. Ну и посмотреть логи и файл с лизами.

• Раньше раздачей случайных адресов занимался один сервер (например сам коммутатор), а статично прибитых – другой.

• На управляемом коммутаторе была какая-то настройка, без которой ваш DHCP-сервер теперь ведет себя иначе.

• Что-то сломалось, читай логи (:

Если у вас был управляемый коммутатор, то вполне возможно, что на нём были объявлены VLAN`ы.

Плюс возможно ещё в каждом VLAN был настроен DHCP Relay на DHCP сервер. При чём DHCP сервер находился в другой сети (другом адресном пространстве), а запросы о получении IP адреса шли из другой сети.

Спросите вашего системного администратора или того, кто отвечает за сеть как было настроено.

Если у вас были VLAN с DHCP Relay, то на простом свиче (коммутаторе) вам их не поднять и придётся перенастраивать DHCP сервер. Чтобы у вас было одно адресное пространство, одна сеть.

Если у тебя в конфигурации DHCP сервера прописано выдавать IP адреса для сетей IP адресов которых нет на сетевых интерфейсах DHCP сервера. Или есть, но в случае Linux сетевые интерфейсы имеют имена

eth0.10
eth0.20
eth1.30

То на управляемом коммутаторе были VLAN`ы.

Ну либо vlan`ов не было, если таких интерфейсов нет, а была маршрутизируемая сеть, а не простой L2 сегмент.

Настройки не менялись. Перевезли оборудование, воткнули в новый коммутатор и все. Машины, у которых айпишники были привязаны по мак адресу (т.е. вручную) получили адреса, а машины, которые получали адреса в диапазоне (динамическое распределение) - адресов не получают.

Раньше раздачей случайных адресов занимался один сервер (например сам коммутатор), а статично прибитых – другой.

Все делалось одним сервером, инфа 100%

На управляемом коммутаторе была какая-то настройка, без которой ваш DHCP-сервер теперь ведет себя иначе.

Возможно, но мы раньше был отдельной сетью и работали полностью самостоятельно пока нас не начали затягивать в корпоративную сеть со всеми ее прелестями в виде ограничения свободы. И раньше у нас все работало без этого коммутатора. Хотя я не исключаю этот вариант полностью

Что-то сломалось, читай логи (:

С логами беда оказалась. Время на сервере синхронизировалось по ntp, а теперь сеть автономная и время стояло аппаратное 2016 год плюс на много гигов логи загажены сообщениями о невозможности достучаться до сервера времени. Время вылечил, сервер ntp вырубил, но в логи все равно сыпятся сообщения про недоступный сервер времени.

Насчет VLAN-ов не знаю, возможно, но вряд ли. DHCP Relay не было, dhcp в нашей сети. Администратора у нас нет, за него - я, отсюда и вопросы. Админы в вышестоящей организации в линукс не умеют, по крайней мере в большинстве своем.

если вы сейчас в юольшой сети, у вас там не может теперь быть 2 DHCP-сервера?

Мы в маленькой остались, нас просто отрубили от большой. А вот насчет второго dhcp сервера надо подумать, это может и быть

Второй сервер не найден. Запустил виртуалку для проверки и она получила адрес. Начинаю склоняться к тому, что проблема была не в самом dhcp. На машине, где крутится dhcp сервер были проблемы с нехваткой места в разделе смонтированном в /var, плюс некорректное время было выставлено, возможно это послужило причиной...

На машине, где крутится dhcp сервер были проблемы с нехваткой места в разделе смонтированном в /var, плюс некорректное время было выставлено, возможно это послужило причиной...

логично, ибо в lease-файл(который лежит обычно где-то в /var) пишутся по умолчанию только динамические адреса, прибитые вручную отдаются по данным конфига