(RADIATOR) Handlers

[Hugh Irvine]

Hello Jared -

Mariano is quite correct - if you just define a single AuthBy FILE with an 
Identifier, you can then refer to that AuthBy from any Handler (or Realm).

Note that by definition, the condition in a <Handler ....> clause is a 
logical AND. If you want to do things differently you should consider writing 
a custom module, such as the one in the file "goodies/CalledStationId.pm" 
which is a custom Handler for dealing directly with Called-Station-Id, but 
you should get the idea.

regards

Hugh


On Wednesday 09 May 2001 04:16, Mariano Absatz wrote:
> I've never done it, but it should be something like:
>
> <AuthBy FILE>
> 	Identifier FileAuthenticator
> 	...(the stuff you need to authenticate from your file)
> </AuthBy>
>
> <Handler conditionA>
> 	AuthBy FileAuthenticator
> </Handler>
>
> <Handler conditionB>
> 	AuthBy FileAuthenticator
> </Handler>
>
> <Handler conditionC>
> 	AuthBy FileAuthenticator
> </Handler>
>
> ....
>
> <Handler conditionX>
> 	AuthBy FileAuthenticator
> </Handler>
>
> El 8 May 2001, a las 10:07, Jared Reimer escribió:
> > Hello..
> >
> > Forgive my cluelessness; I am new to Radiator and am evaluating it for
> > use in a production environment.  I have found it useful to use regular
> > expressions in handlers, and am now wondering:  Is it possible to make
> > arbitrarily complex handlers, e.g. handlers that do something like this:
> >
> > <Handler (conditionA || conditionB || conditionC || ... || conditionX)>
> > ...
> > </Handler>
> >
> > I have tried doing this and have not had good luck thus far.
> >
> > The reason I am trying to do this is simple:  I currently have two
> > handlers that authenticate against the same massive users file, and am
> > trying to eliminate the inefficiency of caching that file twice at
> > startup.  (Is Radiator smart enough to not do that?  It doesn't appear
> > so, based on the debug output I get when I fire the daemon up.)
> >
> > Thoughts??
> >
> > -- Jared
>
> ===
> 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.

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