(RADIATOR) PORTLIMITCHECK documentation

[Hugh Irvine]

Hello Andrew -

I'm not sure from what you write below whether you still have a 
question?

regards

Hugh


On 25 Aug 2004, at 20:07, Andrew wrote:

>
> 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.
>
>

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.