6.45.8, dhcp, radius, адреса из пула микротика - выдает любой запрошенный адрес

[NiTr0]

есть сконфигуренный дхцп сервер (вернее, N инстансов сервера) на этой поделке, лизами ведает сам микротик. если клиент запрашивает какой-то адрес (ну, скажем, 192.168.0.100, выданный ему ранее роутером - типичная ситуация) - роутерось с клиентом соглашается, и выдает ему этот адрес, при том что нигде в пулах и на интерфейсах он не фигурирует. естественно у клиента ничего не работает.

 

отключение bootp и т.п. пляски с бубном типа правил файрвола ни к чему не привели. прошивка - 6.45.8 (longterm, да).

 

вопрос: как эту поделку заставить адекватно выдавать адреса согласно привоенным пулам, а не с потолка их брать?

[TriKS]

Может стоит  зарелеить на людский сервер и не маяться?

[andryas]

6.44.6 (long-term) никаких проблем не замечено (кроме некоторой утечки памяти)

[jffulcrum]

На stable как раз в 6.45.1 исправили косяк (он в 6.45 появился). Весело у них Long-term собирают...

[NiTr0]

В 17.04.2020 в 07:13, TriKS сказал:

Может стоит  зарелеить на людский сервер и не маяться?

да придется похоже костылить... просто не уверен что с рилеем получится и шейпер без костылей и добавление в адреслист. придется радиусом форсить ип адрес...

 

22 часа назад, jffulcrum сказал:

Весело у них Long-term собирают...

да у них все весело собирают, stable еще более корявые.

[NiTr0]

к слову, в 6.46.7 все так же печально, нифига не починили. надо будет еще 6.46.8 пощупать (там что-то в радиусе ломали и разломали немного аттрибуты - теперь дхцп запросы тоже service-type=framed-user имеют, как и туннели)

 

и в 6.45, и в 6.46 еще есть бага - не удаляются динамические записи из адреслистов и динамические правила шейпера при протухании лизы/смене ип. longterm - он такой, да, баги в нем стабильные...