|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Valentin Davydov 2:5020/400 23 Jan 2002 21:41:13
To : Alexander V. Ribchansky
Subject : Re: RADIUS + [ hardware NAS | software NAS]
--------------------------------------------------------------------------------
> From: "Alexander V. Ribchansky" <triosoft@triosoft.com.ua>
> Date: Wed, 23 Jan 2002 12:48:02 +0000 (UTC)
>
> Cпасибо тем, кто уже в эху и мылом ответил!
> С Session-timaout приблизительно понял мысль, но вот тут вопрос:
>если я правильно понимаю/помню (я вроде как читал RFC :o)
>Session-timeout единежды (???) после успешной авторизации выдается, а
>вот как быть, если тарифный план поменялся во время работы (ну скажем
>"дневной инет" сменился на "ночной инет" более дешевый) и соответственно
>время работы надо бы продлить? И возможно ли написать некого демона (или
>приблуду к радиусу) которая бы динамически отслеживала тарифный план и
>вносила соответствующие данные аккаунтинга (получаемого от РАДИУСА) в
>базу данных?
>
>Господа, я знаю о существовании готовых систем биллинга, где все это
>есть, но сами знаете сколько они стоят... посему и затевается разработка
>чего-то своего... При этом я не прошу все за меня сделать, а лишь
>пытаюсь разобраться в какую сторону "копать"..
Hаверное, надо мою телегу про риалтайм-биллинг для небольших сетей
оформить и автоматом раз в месяц постить. В общем, так:
Есть демон, под названием крон. Регулярно, раз в минуту, он запускает
скрипт, который определяет, какой из работающих в данную минуту юзеров
сколько и какого ресурса за эту минуту сожрал. Затем он лезет в базу
(директорию, whatever else) под названием "accounts", где по ключу
"юзер" хранится число, имеющее смысл остатка на счёте. И вычитает из
этого числа стоимость употреблённых юзером ресурсов. Если результат
отрицательный, в систему авторизации посылается запрет на дальнейшую
авторизацию данного юзера, а в систему доступа - приказ о сбросе его
с линии.
С другой стороны, по получении квитанции (копии платёжного поручения,
whatever else) бухгалтер лезет в "accounts", находит там "юзера",
указанного на квитанции, и прибавляет к остатку указанную в квитанции
сумму. Если результат положительный, в систему авторизации посылается
разрешение на авторизацию этого юзера в дальнейшем.
Расширения и дополнения указанной системы (прикручивание радиуса,
сериализация доступа к базе, consistency checking, обобщение на
несколько категорий независимо оплачиваемых ресурсов и т.п.) оставляются
в качестве упражнения читателю.
Вал. Дав.
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
