Биллинговая система Nodeny

Главная категория => Nodeny Plus => Тема начата: kosmich от 22 Апреля 2019, 16:41:17



Название: revision 571
Отправлено: kosmich от 22 Апреля 2019, 16:41:17
После обновления до 571 ревизии, вместо auth.cgf внезапно параметры настройки конфигурации "Авторизации" вынесены в админку.
Настройки>ядро>Автоизация.

Код:
Запускать модуль при запуске ядра NoDeny - Да.
Период проверки - 5.
Через какое время в секундах учетная запись переводится в состояние «не авторизована». Зависит от настроек системы авторизации.
Рекомендуется брать чуть больше двух периодов ре-авторизаций (например, период аккаунтинга). Для стандартной настройки по умолчанию 150 секунд - 150.

По непонятной пока причине, авторизованный по pppoe абонент, после отключения pppoe, корректного и не корректного, через 10-20-30 и больше минут продолжает отображаться в админке как онлайн, зеленый ключик и "Последнее обновление авторизации 15 секунд назад", меняются секунды, если обновить страницу.
Аккаунтинг пакеты, с тестовым логином, после отключения pppoe, не отправляются.

Подскажите пожалуйста как продебажить ?
 


Название: Re: revision 571
Отправлено: kosmich от 22 Апреля 2019, 18:40:59
Опытным путем установлено, если поднять секунд на 20 и потушить pppoe, через минут 45-50, в логе авторизаций, длительность 39 минут отобразится.
При чем так не у всех, а выборочно.


Название: Re: revision 571
Отправлено: kosmich от 23 Апреля 2019, 16:31:24
В дебаге радиуса, видно:

Код:
(2651049)   User-Name = "107"
(2651049)   User-Password = "107"
(2651049) sql:    --> call radcheck('107')
(2651049) sql: Executing select query: call radcheck('107')
(2651049) sql:   Cleartext-Password := "107"
(2651049) sql:    --> call radreply('107', '172.17.1.1', 'cc2de0214022')
(2651049) sql: Executing select query: call radreply('107', '172.17.1.1', 'cc2de0214022')
(2651049) sql:    --> call radupdate('107','',                'user=cc2de0214022;nas=172.17.1.1', '172.17.1.1')
(2651049) sql: Executing query: call radupdate('107','',                'user=cc2de0214022;nas=172.17.1.1', '172.17.1.1')
(2651050)   User-Name = "107"
(2651050) sql:    --> call radupdate('107','10.10.0.6',                'user=cc2de0214022;nas=172.17.1.1', '172.17.1.1')
(2651050) sql: Executing query: call radupdate('107','10.10.0.6',                'user=cc2de0214022;nas=172.17.1.1', '172.17.1.1')

В дебаге auth вообще нет информации об этом абоненте.


Название: Re: revision 571
Отправлено: Efendy от 24 Апреля 2019, 10:44:04
"Последняя авторизация секунд назад" увеличивается до упора не меняется?

В настройках в разделе "ядро" есть параметр "Через какое время в секундах учетная запись переводится в состояние «не авторизована", чему он равен?


Название: Re: revision 571
Отправлено: kosmich от 24 Апреля 2019, 14:42:47
"Последняя авторизация секунд назад" увеличивается до упора не меняется?

В настройках в разделе "ядро" есть параметр "Через какое время в секундах учетная запись переводится в состояние «не авторизована", чему он равен?
1.
Последнее обновление авторизации 19 сек назад - меняется значение, если обновлять страницу, увеличиваясь до упора и потом с 1-2 секунд и растет.
Последняя авторизация 15:37 методом «pppoe» - увеличивается время.

2. По дефолту 150 устанавливал, 300,120,130,140 пробовал, без изменений. Сейчас 150.

Ситуация в том что непонятным выборочным образом, по разным абонентам, информация "не попадает" в auth. Вчера это был один логин, сегодня уже другой.
Когда сессия поднята аккаунтинг есть, но в auth от "проблемного" информации нет вообще.