вот тебе рабочий пример

to ports не нужен.

значит чето не то или не туда пробрасываешь

авторизации в чем именно?

в винбоксе, в телнете, где именно?

Приветствую всех! Кто сталкивался, подскажите про авторизацию через радиус сервер на винде. Цель авторизации на роутерах и ap. Со стороны роутера радиус на пользаке включен, секрет настроен. Со стороны srv пользователь/группа созданы. Подключения не происходит. Отклоняет или отваливается по таймауту. Думаю дело в политиках nps.

Логи nps читали? Что там, Accept/Reject? В микротике тоже логи можно и нужно глядеть.

или в телнете уже тоже чап?..

Reject прилетает. Значит копать на стороне NPS.

timeouts тоже не радуют. Возможно где-то дополнительно фаервол гадит.

Приветствую всех! Кто сталкивался, подскажите про авторизацию через радиус сервер на винде. Цель авторизации на роутерах и ap. Со стороны роутера радиус на пользаке включен, секрет настроен. Со стороны srv пользователь/группа созданы. Подключения не происходит. Отклоняет или отваливается по таймауту. Думаю дело в политиках nps.

Привет всем, подскажите такой вопрос, есть конфиг у меня он работает только на микротках 951 у него в этом конфиге автоматически настраивается dhcp а на микротике 912 конфиг работает не полностью(dhcp) не хочет подниматься, как нибудь эту проблему можно решить?

Как минимум нужны подробности

Что именно интересует?

Анамнез.

Не понял

Некоторое время назад там была такая проблема, что требовалось хранить пароль пользователя в АД используя "обратимое шифрование", то есть читай в открытом виде для логина в роутерос. на вайфай и впн авторизация работает и без этого, а вот чтобы на роутер войти требовалось именно обратимое шфирование в ад. Фикса этого я не встречал в чейнджлогах

Видимо исправили (srv2019). Авторизовался.

это со стороны микрота вроде было

Некоторое время назад там была такая проблема, что требовалось хранить пароль пользователя в АД используя "обратимое шифрование", то есть читай в открытом виде для логина в роутерос. на вайфай и впн авторизация работает и без этого, а вот чтобы на роутер войти требовалось именно обратимое шфирование в ад. Фикса этого я не встречал в чейнджлогах

здесь приветствуется литературная лексика и не приветствуется нелитературная

Привет всем, подскажите такой вопрос, есть конфиг у меня он работает только на микротках 951 у него в этом конфиге автоматически настраивается dhcp а на микротике 912 конфиг работает не полностью(dhcp) не хочет подниматься, как нибудь эту проблему можно решить?

Названия портов, случаем, не различаются?

Привет всем, подскажите такой вопрос, есть конфиг у меня он работает только на микротках 951 у него в этом конфиге автоматически настраивается dhcp а на микротике 912 конфиг работает не полностью(dhcp) не хочет подниматься, как нибудь эту проблему можно решить?

количество отличается, а название роли не играет

Это почему ещё?

в конфигах используются def-name, которые нельзя программно изменить. В настройках мы меняем только отображаемое имя.

Ага, конечно, у меня с разными названиями ни хрена не импортировалось...

с разными названиями именно физических интерфейсов?

Ды

вики пишет, что такое возможно если ether3 в старом конфиге это переименованный ether2, например

То есть, хочешь сказать, если ты интерфейсы перепутал.

@sergey19970424 , один из простых способов найти строчку на которой происходит затык - импортировать с параметром verbose. Если гадать, то я ставлю на LAN bridge. У 951 портов Ethernet 5 штук, а у 912 - 1.

не обязательно, это можно осознанно сделать. Назвать первый порт ISP, а нумерацию остальных сместить на 1

Надо попробовать так сделать, потому что когда сам прописываю на порт dchp то конфигуратор работает правильно где то минут 5 и снова все идёт не так А на 951 микроте все нормально идёт и никаких проблем

по той же ссылке ещё совет задать задержку запуска перед импортом, ибо бывает, что интерфейсы не успели инициализироваться, а Вы на пытаетесь залить конфигурацию

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

С 6.43 это неактуально, т.к. изменён механизм аутентификации

Да

Вчера на какое-то продолжительное время (2 часа) были не доступны 4.2.2.1, 4.2.2.2, 4.2.2.3, а у меня через них были сделаны рекурсивные маршруты и соответственно из-за их недоступности интернет пропал у меня. Подскажите как такого можно избежать, можно ли указывать несколько хостов для проверки?

Вчера на какое-то продолжительное время (2 часа) были не доступны 4.2.2.1, 4.2.2.2, 4.2.2.3, а у меня через них были сделаны рекурсивные маршруты и соответственно из-за их недоступности интернет пропал у меня. Подскажите как такого можно избежать, можно ли указывать несколько хостов для проверки?

Ну так это не отменяет моего вопроса - как бы этого избежать

1. Можно и НУЖНО указывать несколько РАЗНЫХ хостов/сервисов для проверки. В статье я указал эти адреса из соображения наглядности ,поскольку они идут подряд. 2. В качестве запасного варианта можно оставлять нерекурсивный маршрут до нолей с большой метрикой и чекгейтвеем. Это даст возможность зайти удаленно на роутер и что-то пофиксить, даже если все проверочные шлюзы вдруг упадут. 3. Нельзя делать копи/пэйст не приходя в сознание. ) Думайте какие есть узкие места в системе и обращайте на них пристальное внимаание. )

А почему запасной именно с чекгейтвеем?

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

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

или мы говорм об отказе основного провайдера?

Может тогда надёжнее сделать запасными маршруты с марками, но не рекурсивные, чтобы мы могли подключиться по запасным каналам даже если микротик считает основной канал активным, но он лежит (проблема выше шлюза)?