Нужна помощь с очисткой аренд DHCP после перезагрузки.

Давайте начнем с RTFM, RFC2131 https://www.ietf.org/rfc/rfc2131.txt. Посмотрим, что DHCP «должен» поддерживать: следующий список содержит цели, касающиеся передачи параметров сетевого уровня. DHCP обязан:

- Гарантировать, что один и тот же сетевой адрес не будет использоваться более чем одним DHCP-клиентом одновременно,
- Сохранять конфигурацию DHCP-клиента после перезагрузки самого клиента. Клиенту DHCP по возможности должен назначаться тот же набор параметров (например, сетевой адрес) при каждом запросе,
- Сохранять конфигурацию DHCP-клиента при перезагрузках сервера, и по возможности клиенту должен назначаться тот же набор параметров, несмотря на перезапуски DHCP-механизма.

Отлично, это как раз закрывает одну из твоих претензий. Чтобы быть сервером DHCP, соответствующим RFC, он должен сохранять конфигурацию клиента (читай - аренду) при перезагрузке сервера (читай — твоего Mikrotik). Вот так.

Следующий момент. Как клиент узнает, что аренда была удалена на сервере? DHCP-клиент на ПК не слушает обновления от сервера, и сервер не имеет права отправлять обновления клиенту, если они не являются частью переговоров, инициированных сервером. DHCPRELEASE — это пакет, отправляемый клиентом, поэтому сервер не может послать его клиенту. Значит, твоя вторая проблема отпадает сама собой.

Короче говоря, «всё работает как задумано».

Теперь я понимаю твою проблему: у тебя есть пользователь, которому просто нужен IP. Им всё равно, что им дали /30 и всё такое, поэтому я склоняюсь к тому, чтобы ты вручную управлял арендой DHCP при перезагрузке.

Альтернативное решение — использовать MikroTik API и написать скрипт для удаления аренды либо в твоей NMS, системе мониторинга сети или клиентском портале. Пусть клиент сам входит и нажимает кнопку «clear leases», если нужно.