CoA проверка работы

[warzoni]

Здравствуйте установил запустил, есть вопросы по модулю.

1) Я так понимаю в радиусе надо активировать coa ? что бы он слушал порт который в конфиге ?

2) как мне увидеть работу модуля, что он делает и какие ошибки сыпятся. запускаю perl noserver.pl -vv -g=coa.cfg.pm

и тишина не видно что бы он что-то отправлял. или пытался.

Помогите пожалуйста.

 

[elite]

конфиг правильный?

[warzoni]

Ну я оставил конфиг по дефолту хоть посмотреть шлет не шлет.

Изменил только тут

$radclient = '/usr/local/bin/radclient -x';
$host = '127.0.0.1:3799';
$secret = 'hardpass5'; - установил хардпасс ( включил COA в фрирадиусе 2 )

/usr/local/bin/radclient - тут путь рабочий.

Я просто даже не вижу что бы он пытался выполнить команды к радиусу. логов не чего нет, тишина как в танке.

[warzoni]

Все разобрался всем спасибо. Зарботал

[elite]

ну и нам расскажи, что было

[warzoni]

Там в скрипте perl debug не пахал - пока на форуме посмотрел запуск с отладкой скрипта, потом пакет дебиана установил, потом все запустилось.

Есть одна неприятность COA - и не знаю как её решить, если клиент подключается - параметры ставят шейпера все ок, но если он отключится и сразу подключится то шейпер отключается и клиент качает сколько угодно, COA  не проверяет стоит шейпер не стоит, отослал запрос и ждет покуда абонент не отсоединится, и ключик не погаснет.

[warzoni]

Заметил еще не приятную вещь.

COA Отправляет дисконект - когда абонент авторизован и баланс в норме, при этом отправка дисконекта закономерна по времени, Сначала шейпер отправляет - потом через время дисконект, и так постоянно.


При посылке диссконекта лог пишит такую штуку.

25.02.2018 17:13:56 Освобожден ip=192.168.3.6 uid=1 start=1519567883 last=1519567883

- Я не пойму статистический пул зачем его освобождать.

[Efendy]

Ты уверен, что биллинг считает клиента авторизованным? Напомню концепцию NoDeny по данному вопросу. Клиент считается авторизованным некоторое время после его активности. Обычно этой активностью является подключение и аккаунтинг. Если нет определенного времени аккаунтина - клиент считается неавторизованным. Это легко увидеть в админке - пропадает ключик рядом с учетной записью.

Почему не считать клиента авторизованным с момента подключения до момента когда он отключится? Очень просто. Нет стопроцентной гарантии получения сигнала отключения. Например, в случае дхцп клиент вырубит комп и мы будем считать, что он авторизован вечно, если он не пошлет пакет освобождения адреса. Или в случае пппое если будет разрыв связи пппое-сервера с биллингом, то биллинг не получит сигнал отключения и будет считать, что отключенный абонент все еще авторизован.

В случае пппое у нас есть классная штука - аккаунтинг - пппое сервер время от времени присылает инфо по трафику, а биллинг как раз считает это признаком активности клиента (не трафик, а сам пакет аккаунтинга). В случае dhcp  не все сервера поддерживают аккаунтинг. Поэтому есть модуль эмуляции аккаунтинга - модуль dhcp в папке kernel.

[warzoni]

Ну хорошо, допустим.

nas - видит биллинг так как авторизация проходит по радиусу и получаем данные ip nas и прочею лабудень.

Что дальше он делает ? радиус передал параметры на nas , и как он потом проверяет ? - я запускал в радиусе дебаг и вот когда COA шлет дисконет в радиусе тишина, он даже не пытается что то делать.

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

В случае пппое у нас есть классная штука - аккаунтинг - пппое сервер время от времени присылает инфо по трафику, а биллинг как раз считает это признаком активности клиента

Возможно в этом проблема, щас проверю.

[warzoni]

Вроде разобрался, переменная acct-interim-interval - вроде  пошло.

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

[elite]

нужно использовать accounting stop

[Efendy]

 coa не знает о том в каком состоянии клиент был до данного момента. Да и не нужно ему. Любая вещь, которая хранит состояние, требует синхронизации иначе при малейшем рассинхроне все посыпется. Если нужно что-то выключить и не знаешь что именно: выключай все и игнорь ошибки. Если тебе надо что-то включить и ты не знаешь включено оно или нет - выключи с игнором ошибки и включи. Иначе, повторюсь, нужна синхронизация - делать запросы на оборудование и смотреть его состояние

[elite]

Если использовать процедуру accounting stop, то при отключении абонента сессия будет сразу завершаться на биллинге, не надо ждать таймаута
Как вариант еще записывать в параметры авторизации ид сессии от браса, если меняется ид, модуль СоА будет заново высылать радиус-атрибуты

[warzoni]

Да я понял , что COA на этом этапе закончил свою работу, и в итоге контроль мы не получим. а без него все печально выгладит особенно когда речь идет не об 1к пациэнтов.

Давайте тогда вернемся к баранам. И помогите соорудить проверку. Поверте очень сложно разберется думаю, что это должно было работать )))

параметры авторизации ид сессии от браса, если меняется ид, модуль СоА будет заново высылать радиус-атрибуты

Отличная идея и как мы сможем сказать биллингу что бы он запускал COA при смене ID (я так понимаю речь о Acct-Session-Id ?) - это было бы великолепно ! повторно отправлять скорость клиента если изменилась сессия его в ответе от NAS/,  при этом биллинг не разрывал связь !

[Efendy]

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

Что касается "изменилась сессия" - здесь происходит переподключение, следовательно именно в этот момент нам вообще СОА не нужен, можно атрибуты скорости отдать модулем "радиус-атрибуты" прямо в ответе radreply