[RADIATOR] Remote RADIUS servers (proxying)
Michael
ringo at vianet.ca
Fri Nov 29 17:04:54 CST 2013
from the manual:
5.12 <SessionDatabase NULL>
This type of session database stores no session details, and always
permits multiple log-
ins. It is useful in environments with large user populations, and where
no simultaneous-
use prevention is required. <SessionDatabase NULL> uses much less memory and
fewer CPU cycles than <SessionDatabase INTERNAL> (which is the default
session
database). The code for <SessionDatabase NULL> was contributed by Daniel
Senie
(dts at senie.com).
<SessionDatabase NULL> understands the following parameters:
5.12.1
Identifier
This optional parameter assigns a name to the Session Database, so it
can be referred to
in other parts of the configuration file.
# Here is a useful name for this Session Database
Identifier SDB1
On 29/11/13 06:03 PM, Michael wrote:
> it doesn't completely disable it. it only disables it for the handler
> that you put it in.
>
>
> On 29/11/13 05:32 PM, rohan.henry @cwjamaica.com wrote:
>>
>> Michael,
>>
>> I would prefer not to completely disable it since other Handlers are
>> using it. I only want it disabled for a particular Handler.
>>
>> Rohan
>>
>>
>> On Fri, Nov 29, 2013 at 5:19 PM, Michael <ringo at vianet.ca
>> <mailto:ringo at vianet.ca>> wrote:
>>
>>
>> doesn't a handler process it by default?
>>
>> I think you have to disable it. I do it like this:
>> <SessionDatabase NULL>
>> Identifier NULL
>> </SessionDatabase NULL>
>>
>> then in your handler, specify :
>> SessionDatabase NULL
>>
>> Note: NULL is not a command or configuration, but an Identifier.
>>
>>
>>
>>
>>
>> On 29/11/13 04:50 PM, rohan.henry @cwjamaica.com
>> <http://cwjamaica.com> wrote:
>>>
>>> Hello,
>>>
>>> I have configured a Handler clause to proxy Radius requests to a
>>> remote server. Why is Radiator processing one of my sessions
>>> database configuration even though I have not specified one
>>> under the Handler. The SessionDatabase entry is commented out.
>>>
>>> See sample config below.
>>>
>>> <Handler NAS-Identifier="NAS1">
>>> # AddToRequest SERVICESTATUS = ACTIVE
>>> # SessionDatabase SQLSDB
>>> # MaxSessions 1
>>> RejectHasReason
>>>
>>> #AuthByPolicy ContinueAlways
>>> # AuthBy SQLStart
>>> # AuthBy SQLStop
>>> # AuthBy xDSL
>>>
>>> # Proxy requests to production radius server
>>> <AuthBy RADIUS>
>>> Secret secret1
>>> <Host server1.domain.com <http://server1.domain.com>>
>>> RetryTimeout 2
>>> </Host>
>>> <Host server2.domain.com <http://server2.domain.com>>
>>> Secret secret2
>>> </Host>
>>> </AuthBy>
>>>
>>>
>>>
>>> _______________________________________________
>>> radiator mailing list
>>> radiator at open.com.au <mailto:radiator at open.com.au>
>>> http://www.open.com.au/mailman/listinfo/radiator
>>
>>
>>
>>
>> _______________________________________________
>> radiator mailing list
>> radiator at open.com.au
>> http://www.open.com.au/mailman/listinfo/radiator
>
>
>
> _______________________________________________
> radiator mailing list
> radiator at open.com.au
> http://www.open.com.au/mailman/listinfo/radiator
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.open.com.au/pipermail/radiator/attachments/20131129/097d36bf/attachment.html
More information about the radiator
mailing list