(RADIATOR) Multiple realms in handler

[Matt Scifo]

Hugh,

Is there a max number of handlers that I can have in a cfg?  To implement
two-stage proxy the way you suggested, I will end up having approx. 500
handler clauses.  Does the number of clauses in the cfg file effect the
performance of radiator?

Matt

-----Original Message-----
From: Hugh Irvine [mailto:hugh at open.com.au]
Sent: Friday, September 14, 2001 2:01 AM
To: Matt Scifo; radiator at open.com.au
Subject: Re: (RADIATOR) Multiple realms in handler



Hello Matt -

On Friday 14 September 2001 10:32, Matt Scifo wrote:
> Hello
>
> Can anyone tell me if this is possible to implement?
>
> Two-Stage Proxy
>       * All Requests initially parsed by Called-Station-Id
>       * Option of then parsing requests, within a single Realm to match a
> set of criteria based on "@realm" username identifiers
>
> ---------------------------------------
> #Use regexp for called-station-id
> <Handler Called-Station-Id = /\d{4}$/>
> 	#If user at realm1, then do this
> 	<Realm realm1>
> 		<AuthBy RADIUS>
> 			Host host1
> 			Secret secret1
> 		</AuthBy>
> 	</Realm>
>
> 	#If user at realm2, then do this
> 	<Realm realm2>
> 		<AuthBy RADIUS>
> 			Host host2
> 			Secret secret2
> 		</AuthBy>
> 	</Realm>
>
> 	#If user at realm3, then do this
> 	<Realm realm3>
> 		<AuthBy RADIUS>
> 			Host host3
> 			Secret secret3
> 		</AuthBy>
> 	</Realm>
>
> 	#If realm not found above
> 	<Realm DEFAULT>
> 		<AuthBy RADIUS>
> 			Host host1
> 			Secret secret1
> 		</AuthBy>
> 	</Realm>
> </Handler>
>

You will need to specify multiple Handlers, like this:

<Handler Called-Station-Id = /\d{4}$/, Realm = realm1>
	.....
</Handler>

<Handler Called-Station-Id = /\d{4}$/, Realm = realm2>
	.....
</Handler>

<Handler Called-Station-Id = /\d{4}$/, Realm = realm3>
	.....
</Handler>

<Handler Called-Station-Id = /\d{4}$/>
	.....
</Handler>

regards

Hugh


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