Hello Andrew -
I have had to do something similar for one of our customers in Europe,
however the mocking up of stop records and so on was done in a couple of
hooks. A StartupHook was used to initialise a number of GlobalVar's, and
PreAuthHook's and NoReplyHook's were used to dummy up the records.
One thing you need to be very careful of with this sort of thing is not to
overload Radiator with lots of extraneous processing overhead, so another
approach is to have an external cron job or similar do the checking and
processing. Database triggers and stored procedures are also very useful.
The reason we include support for hooks in Radiator is because there are
*lots* of very specific requirements that it is hard to code generically, so
we take the 90/10 approach by doing 90% of the job really well, and we give
you the tools to do the other 10% as easily as possible.
regards
Hugh
On Saturday 21 April 2001 01:15, Andrew Pollock wrote:
> Hi,
>
> I don't know how sought after this would be, but I'll raise it anyway...
>
> We run Radiator as a front end to Portal's Infranet Terminal Server Manager
> (crappy) RADIUS server. It doesn't support things like Alive records, and
> (on a side issue) we have a number of issues with false duplicate sessions
> due to temporary outages and lost accounting records in general.
>
> What would be cool, would be if Radiator could maintain an internal active
> session table, based on Alive records, and if it didn't receive one within
> a configurable time period, it could mock up a Stop record and send that
> through to the RADIUS server that it's configured to proxy everything
> through to.
>
> Did that make sense to anyone other than me?
>
> Thoughts?
>
> Andrew
>
> ------------------------------------------------------------
> Andrew Pollock Systems Group Team Leader
> [EMAIL PROTECTED] http://www.asiaonline.net/
> Phone: +61 2 6243 0213
> Fax: +61 2 6247 3316
>
> Asia Online
>
>
> ===
> Archive at http://www.starport.net/~radiator/
> Announcements on [EMAIL PROTECTED]
> To unsubscribe, email '[EMAIL PROTECTED]' with
> 'unsubscribe radiator' in the body of the message.
--
Radiator: the most portable, flexible and configurable RADIUS server
anywhere. Available on *NIX, *BSD, Windows 95/98/2000, NT, MacOS X.
-
Nets: internetwork inventory and management - graphical, extensible,
flexible with hardware, software, platform and database independence.
===
Archive at http://www.starport.net/~radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.
