(RADIATOR) PORTLIMITCHECK documentation

Andrew andrew at andies.id.au
Wed Aug 25 05:07:26 CDT 2004


Thanks Hugh,

I had made do with a dummy nested SessionDatabase in my PORTLIMITCHECK
containing just a DSN. I have discovered that if I remove that,
AuthPORTLIMITCHECK.pm won't overwrite my existing customer CountQuery that
is associated with the SessionDatabase. That is exactly what I'm after.

Cheers,
Andrew


On Wed, 25 Aug 2004, Hugh Irvine wrote:

>
> Hello Andrew -
>
> You use an AuthBy PORTLIMITCHECK inside a Realm or Handler that has a
> SessionDatabase defined for it and that is how the session database is
> found. So you would have something like this:
>
> <SessionDatabase SQL>
> 	Identifier some_sessiondb
> 	.....
> </SessionDatabase>
>
> .....
>
> <Handler .....>
>
> 	SessionDatabase some_sessiondb
>
> 	AuthByPolicy ContinueWhileAccept
>
> 	<AuthBy PORTLIMITCHECK>
> 		.....
> 	</AuthBy>
>
> 	<AuthBy .....>
> 		.....
> 	</AuthBy>
>
> </Handler>
>
>
> regards
>
> Hugh
>
>
> On 25 Aug 2004, at 19:06, Andrew wrote:
>
> >
> > Hi list,
> >
> > Sorry if this has been asked and answered before.
> >
> > The documentation for the PORTLIMITCHECK is a little unclear to me. It
> > states you must define a SessionDatabase SQL clause in the config. Does
> > this mean that you need to nest that clause inside the PORTLIMITCHECK
> > or
> > can you refer to one via its identifier?
> >
> > PORTLIMITCHECK has a default CountQuery, but how does it choose which
> > dsn
> > to use for it?
> >
> > I would rather:
> >
> > <AuthBy PORTLIMITCHECK>
> > 	Identifer some_portlimit
> > 	SessionDatabase some_sessiondb
> > </AuthBy>
> >
> > TIA,
> > Andrew
> >
> >
> > --
> > Archive at http://www.open.com.au/archives/radiator/
> > Announcements on radiator-announce at open.com.au
> > To unsubscribe, email 'majordomo at open.com.au' with
> > 'unsubscribe radiator' in the body of the message.
> >
> >
>
> NB: have you included a copy of your configuration file (no secrets),
> together with a trace 4 debug showing what is happening?
>
> --
> Radiator: the most portable, flexible and configurable RADIUS server
> anywhere. Available on *NIX, *BSD, Windows, MacOS X.
> -
> Nets: internetwork inventory and management - graphical, extensible,
> flexible with hardware, software, platform and database independence.
> -
> CATool: Private Certificate Authority for Unix and Unix-like systems.
>
>

--
Archive at http://www.open.com.au/archives/radiator/
Announcements on radiator-announce at open.com.au
To unsubscribe, email 'majordomo at open.com.au' with
'unsubscribe radiator' in the body of the message.


More information about the radiator mailing list