+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Уведомление о включении/выключении Radius Accounting.

Уведомление о включении/выключении Radius Accounting., RouterOS

ilero

Guest

04.11.2005 00:53:00

У MikroTik есть возможность сообщать RADIUS-серверу, включен ли или выключен учет, из-за перезагрузки системы или неожиданных сбоев? Компания, которая хостит наш RADIUS-сервер, заявила, что если наш MT будет отправлять атрибут, сообщающий о включении или выключении RADIUS-учета, то они смогут "синхронизировать" пользователей, удаляя всех из RADIUS-сервера. Проблема возникает, когда пропадает питание или нам приходится сбрасывать наш MT. В этом случае все активные пользователи нашего хотспота удаляются, но нам приходится заходить в наш RADIUS-сервер и вручную удалять всех пользователей. Спасибо.

tneumann

Guest

13.11.2005 11:08:00

Как именно это должно работать? Я знаю некоторые реализации Radius, которые пытаются делать что-то в этом направлении (например, Radiator может отправлять SNMP-запросы к NAS для проверки сессий и т.п., но это всегда специфично для NAS, зависит от MIB и т.д.) и это ни общее, ни надежное решение. Session-Timeout предназначен для установки лимита времени на общую продолжительность сессии, а не для обнаружения "потерянных" сессий, вызванных перезагрузкой маршрутизатора, сбоями и т.п. –Tom

acim

Guest

13.11.2005 13:04:00

Согласен, но я не имел в виду, что это используется для проверки сессии. Я упомянул, чтобы проверить другие атрибуты. На моем Radius-сервере я использую утилиту radzap. Когда NAS падает из-за любой причины, попробуйте запустить radzap на вашем Radius-сервере, это должно очистить неактивные сессии. Я на самом деле никогда не тестировал, работает ли это на самом деле, но должно работать. Ранее я очищал неактивных пользователей, останавливая Rarius, очищая /var/log/radius/radutmp и /var/log/radius/radwtmp и снова запуская Radius. В итоге я добавил это в /etc/init.d/radius в секции start так: start) /var/log/radius/radutmp /var/log/radius/radwtmp echo -n $"Starting RADIUS server: " daemon $RADIUSD -y RETVAL=$? echo [ $RETVAL -eq 0 ] && touch $LOCKF && ln -s /var/run/radiusd/radiusd.pid /var/run/radiusd.pid 2>/dev/null ;; Если что-то пошло не так, я просто перезагружаю Radius, и после этого все в порядке. Я знаю, это не лучшее решение, оно не автоматическое, требует вмешательства человека, но работает. В общем, NAS'ы не выключаются и не падают так часто.

tneumann

Guest

12.11.2005 21:58:00

Я не думаю, что какой-либо роутер (MT или другой) сможет это сделать, потому что в случае неожиданного сбоя (например, отключения электропитания, аппаратного сбоя и т.д.) как роутер должен отправлять уведомления Accounting-Stop, когда сам роутер фактически "упал"? – Том

acim Guest	#5 0 13.11.2005 09:18:00 Radius должен уметь проверять, активна ли пользовательская сессия. Посмотрите документацию Radius, тайм-аут сессии и, возможно, другие атрибуты.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры