|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Alexander Kolesnikoff 2:5020/400 25 Jan 2002 10:57:51
To : Andrey Ostanovsky
Subject : Re: RADIUS + [ hardware NAS | software NAS]
--------------------------------------------------------------------------------
Andrey Ostanovsky <Andrey.Ostanovsky@p10.f1957.n5030.z2.fidonet.org> wrote:
>
> Четверг Январь 24 2002, Alexander Kolesnikoff изволил/a написать "Alexander V.
> Ribchansky":
>
> AK> Кому как, а мне система с отслеживанием в реальном времени
> AK> активности клиентов и связанного с этим вычисления остатка денег
> AK> на счету, сбрасыванием линии, если баланс = 0, не нравится в
> AK> принципе.
> AK> Моё решение: вычислять значение аттрибута Session-Timeout один
> AK> раз, при входе клиента в систему, с учётом смены тарифных планов
> AK> во время сеанса связи. Вычислять остаток на счету клиента один раз,
> AK> по окончанию сеанса связи. Всё это должен делать радиус.
>
> AK> Какие будут мнения ?
>
> Дано - на счету клиента денег на 30 минут работы. Клиент вошел в 15:30, в
> 15:35 на его счет пришли деньги. Ты, согласно твоей идеологии, снесешь его
> через 30 минут, а он тебе что-нибудь снесет и будет прав. И никаких мнениев.
А ты сможешь доказать, что это я его снёс а никто другой ?
Короче фигня всё это. В конце концов можно оговорить этот случай
в договоре с клиентом специально. Hо только ради того, чтобы
клиент мог в онлайне пополнить свой счёт я лично не хочу городить
лишнего демона. Я ещё пониманию, если сервис предусматривает
присутствие в системе больше одного пользователя с одним логином
и одним балансовым счётом, но это другой случай. Я что-то не при-
помню прецедента, чтобы из-за отсутствия такого сервиса клиенты меня-
ли провайдера, или требовали этого в качестве обязательной услуги.
Hе думаю, что у вас по-другому.
Полагаю, вариант выставления на сервере доступа "Session-Timeout",
и онлайнонвого обсчёта клиентского баланса - наиболее приемлемый для
большинства случаев.
Alexander
--- ifmail v.2.15dev5
* Origin: UKU (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
