|
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) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/752517f5200f.html, оценка из 5, голосов 10
|