фильтр негативного депозита
фильтр негативного депозита
существует ли возможность обработать сабж динамически при переходе баланса через 0 при активной клиентской сессии?
это я понимаю... но в принципе можно было бы как-то вызывать обработчики фильтров из traffic2sql.chtito2 писал(а):Фильтр обрабатывается NAS'ом, а получает он его при радиус авторизации. Если кому-то известны другие варианты, буду рад поучиться.
ладна я пока согласен и на хенгап НО! что мне тогда ставить в виде оплаты тп? предоплата? да тогда хенгап отработает но усера уже не пустит! послеоплата? тогда не отработает хенгап

мне же нада чтобы авторизация была была успешной всегда а уровень доступа к различным ресурсам регулировался исключительно обработчиками фильтров негативного депозита (для чего они собсно и вводились)
в принципе пока устроил бы такой вариант - если в тп стоит предоплата но активен фильтр негативного депозита, то авторизовать с передачей фильтра. Вот тогда при переходе через 0 сессия порвётся, а при следующей авторизации усера авторизуют успешно, но с передачей фильтра!
Если не ошибаюсь - оно так и есть. При наличии фильтра. Хотя сам не пробовал.ran писал(а):в принципе пока устроил бы такой вариант - если в тп стоит предоплата но активен фильтр негативного депозита, то авторизовать с передачей фильтра. Вот тогда при переходе через 0 сессия порвётся, а при следующей авторизации усера авторизуют успешно, но с передачей фильтра!
да действительно так... тока возникает другой проблем... пускает, фильтр передаётся, всё казалось бы пучком... но! - его тут же прибивает traffic2sql потому как видит предоплату и отрицательный депозит и чхать хотело на фильтрыNiTr0 писал(а):Если не ошибаюсь - оно так и есть. При наличии фильтра. Хотя сам не пробовал.ran писал(а):в принципе пока устроил бы такой вариант - если в тп стоит предоплата но активен фильтр негативного депозита, то авторизовать с передачей фильтра. Вот тогда при переходе через 0 сессия порвётся, а при следующей авторизации усера авторизуют успешно, но с передачей фильтра!
