From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Fri, 10 Sep 2004 15:23:38 +1100 From: Dmitry Lebkov To: ALT Linux Sisyphus discussion list Subject: Re: [sisyphus] Re: FreeNIBS Message-Id: <20040910152338.12b2412d.dima@sakhalin.ru> In-Reply-To: <20040910024958.GD16262@workstation> References: <200409081710.52700.ru_classic@gts.lg.ua> <20040909021602.6e7f2aa2.dima@sakhalin.ru> <200409082155.40571.darkstar@altlinux.ru> <413F49EE.5080403@altlinux.ru> <20040909091702.080ddc82.dima@sakhalin.ru> <1094709796.2763.7.camel@underdark.interexc.com> <20040909180759.140a60a7.dima@sakhalin.ru> <20040909191127.GH8157@workstation> <20040910121354.3c3f02bc.dima@sakhalin.ru> <20040910024958.GD16262@workstation> Organization: Sakhalin branch of DalSvyaz JSC X-Mailer: Sylpheed version 0.9.10 (GTK+ 1.2.10; i586-alt-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit X-BeenThere: sisyphus@altlinux.ru X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ALT Linux Sisyphus discussion list List-Id: ALT Linux Sisyphus discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Sep 2004 04:23:48 -0000 Archived-At: List-Archive: On Fri, 10 Sep 2004 06:49:58 +0400 Денис Смирнов wrote: > On Fri, Sep 10, 2004 at 12:13:54PM +1100, Dmitry Lebkov wrote: > > >> У биллинга ещё должна быть возможность срубить с линии клиента (если у > >> него на счету 1 цент, а он пытается себе весь интернет выкачать). > DL> Это к функционалу _биллинга_ отношения не имеет. Это дело системы авторизации > DL> и контроля лимитов. > > Не всегда, увы. Если это диалап, например, и тарифы разные в зависимости > от времени (что часто практикуется) -- то только биллинг сможет сказать > когда срубать. Ибо контроль лимитов тут гораздо сложнее. Тем более если > есть тарифы вроде "ночь халява, день за деньги". Блин, %) вот "система авторизации и контроля лимитов" по приходу alive-пакета и обращается к биллингу с вопросом: "timestamp такой-то, юзер такой-то -- имеет право? (Да/Нет)". "Да" - не трогаем, "Нет" - сбрасываем сеанс. И этим должен заниматься внешний процесс, а не модуль для FreeRADIUS. Модуль должен отдать команду "проверить юзера" и больше на него не отвлекаться. Во FreeRADIUS возможна ситуация, когда модуль может заблокировать всю работу демона. Например, SQL-модуль ждет окончания транзакции или разблокировки таблицы (MySQL этим очень сильно страдает). В итоге, после переполнения всех очередей во FreeRADIUS, имеем отказ в обслуживании и потерю accounting-info. Вобщем, "мухи - отдельно, котлеты - отдельно". ;) -- WBR, Dmitry Lebkov