LINUX.ORG.RU
ФорумAdmin

Повисшие сессии во FreeRADIUS

 


0

1

Добрый день!

Коллеги, Если кто-нибудь сталкивался с проблемой freeradius, связанной с тем, что если установить ограниченное количество подключений для одного юзера (например, Simultaneous-Use := 1), то получается следующая неприятность: при некорректном заверiении сеанса связи и неполучении фрирадиусом информации о закрытии канала, получается, что сессия зависла и повторно присоединиться клиент не может (получит ошибку аутентификации на радиусе You are already logged in - access denied).

Отсюда вопросы:

Как руками убить уже зависшие сессии? Пробовал выставить в таблице radacct для зависшей сессии параметры acctstopnime и acctsessiontime, не помогло. Удалил вообзе строку повисшей сессии, не помогло. Рестартнул сервис freeradius, не помогло.

Как настроить автопроверку-автозакрытие повисших сессий во freeRADIUS во избежание этой проблемы?



Последнее исправление: Piter_prbg (всего исправлений: 1)

checkrad долен уметь это проверять. А вообще - зависит от того, где клиент терминируется. Если это какой-то брас - то чекай сессию по snmp на железке в post-auth

ponch
()
Ответ на: комментарий от ponch

ponch,
клиент присоединяется к openvpn-серверу (машина с debian) напрямую.
Посмотрим, что там этот checkrad делает...

Piter_prbg
() автор топика

Вот тут как я понимаю, говорят что при включении параметра deletestalesessions во freeradius и snmpd на NAS (т.е. openvpn сервере) всё должно работать само.
Параметр включил, сервер openvpn доступер по snmp с freeradius, однако, чё-то не работает.

Piter_prbg
() автор топика
Ответ на: комментарий от Piter_prbg

так нужно подебажить, что именно не так. - запусти радиус серверв в debug режиме - дёрни скрипт checkrad руками

и уточни, как именно не работает. Что в логах?

ponch
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.