[RADIATOR] Handlers in Radiator

[Murat Bilal]

Hi

I have different groups with different set of privilege levels and rules.I want 
to make TACACS auth from radiator mysql database.But reply message always come 
from one group identifier.

Do I need to setup different Handlers for different group priv.?

Thanks



MURAT BİLAL
Services Engineer

Ericsson Turkey
CU Customer Support
Cyber Plaza C Blok Kat:1 No:146
Cyberpark 6800 Bilkent/Ankara
Mobile +90 554 898 98 43
murat.bi...@ericsson.com
www.ericsson.com


[cid:image001.png@01CDC3F8.78A22390]

This Communication is Confidential. We only send and receive email on the basis 
of the terms set out at 
www.ericsson.com/email_disclaimer

<>___
radiator mailing list
radiator@open.com.au
http://www.open.com.au/mailman/listinfo/radiator

Re: [RADIATOR] Handlers with different identifiers

[Christian Kratzer]

Dear Ricardo,

On Fri, 3 Dec 2010, Ricardo Freitas wrote:

> Dear Sirs
>
> I would like to know if there is any significant importance between two 
> different identifiers associated with a same number.
>
> Let me place here the code:
>
>
>  User-Name=/(username-with-calledNumber)\...@quiz$/>
> *Identifier  Identifier1 (example)*
> 
>
>{ configuration info }
>
> 
> 
>
>
>  User-Name=/(username-with-calledNumber)\...@quiz$/>
> * Identifier  Identifier2 (another example)*
>AccountingHandled
>AcctLogFileName  %L/%Y%m%d_log
> 
>
>{ configuration info }
>
> 
> 
>
>
>
> As you can see, I have an handler regarding the Access Request and another 
> one regarding Accounting-Request. Both have different identifiers. Does this, 
> in any way, alter the correct work flow of the calls? I thought this was more 
> like an info/label thing than a real configuration parameter.

no it won't alter your flow of requests in radiator as it is not something you 
are matching on.

Identifiers are a great way to label any parts of the radiator config not only 
handlers also clients and authbys. You will find the respective identifiers in 
all kinds of logs and stats.

Greetings
Christian

-- 
Christian Kratzer  CK Software GmbH
Email:   c...@cksoft.de  Wildberger Weg 24/2
Phone:   +49 7032 893 997 - 0  D-71126 Gaeufelden
Fax: +49 7032 893 997 - 9  HRB 245288, Amtsgericht Stuttgart
Web: http://www.cksoft.de/ Geschaeftsfuehrer: Christian Kratzer
___
radiator mailing list
radiator@open.com.au
http://www.open.com.au/mailman/listinfo/radiator

[RADIATOR] Handlers with different identifiers

[Ricardo Freitas]

Dear Sirs

I would like to know if there is any significant importance between two 
different identifiers associated with a same number.


Let me place here the code:


User-Name=/(username-with-calledNumber)\...@quiz$/>

*Identifier  Identifier1 (example)*


{ configuration info }





User-Name=/(username-with-calledNumber)\...@quiz$/>

* Identifier  Identifier2 (another example)*
AccountingHandled
AcctLogFileName  %L/%Y%m%d_log


{ configuration info }






As you can see, I have an handler regarding the Access Request and 
another one regarding Accounting-Request. Both have different 
identifiers. Does this, in any way, alter the correct work flow of the 
calls? I thought this was more like an info/label thing than a real 
configuration parameter.


What do you guys think?

Thank you very much for your help.

Ricardo F.
___
radiator mailing list
radiator@open.com.au
http://www.open.com.au/mailman/listinfo/radiator

Re: (RADIATOR) Handlers

[Bret Jordan]

Wonderful  I love Radiator...

Bret

Hugh Irvine wrote:

Hello Bret -

You can use regular expressions:




regards

Hugh

On 29/10/2003, at 11:55 AM, Bret Jordan wrote:

Is there a way to do a logical OR in the handlers something like:




Bret

--
~~~
Bret Jordan   Dean's Office
Computer Administrator   College of Engineering
801.585.3765 University of Utah
   [EMAIL PROTECTED]
~~~
===
Archive at http://www.open.com.au/archives/radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' 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?
--
~~~
Bret Jordan   Dean's Office
Computer Administrator   College of Engineering
801.585.3765 University of Utah
   [EMAIL PROTECTED]
~~~
===
Archive at http://www.open.com.au/archives/radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.

Re: (RADIATOR) Handlers

[Hugh Irvine]

Hello Bret -

You can use regular expressions:




regards

Hugh

On 29/10/2003, at 11:55 AM, Bret Jordan wrote:

Is there a way to do a logical OR in the handlers something like:




Bret

--
~~~
Bret Jordan   Dean's Office
Computer Administrator   College of Engineering
801.585.3765 University of Utah
   [EMAIL PROTECTED]
~~~
===
Archive at http://www.open.com.au/archives/radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' 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 [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.

(RADIATOR) Handlers

[Bret Jordan]

Is there a way to do a logical OR in the handlers something like:




Bret

--
~~~
Bret Jordan   Dean's Office
Computer Administrator   College of Engineering
801.585.3765 University of Utah
   [EMAIL PROTECTED]
~~~
===
Archive at http://www.open.com.au/archives/radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.

RE: (RADIATOR) handlers and realms

[Shon Stephens]

thanks for all responses. i will just use  then. 

shon

-Original Message-
From: Hugh Irvine [mailto:[EMAIL PROTECTED]]
Sent: Friday, August 30, 2002 12:25 AM
To: Shon Stephens
Cc: '[EMAIL PROTECTED]'
Subject: Re: (RADIATOR) handlers and realms



Hello Shon -

You *should* not mix Realms and Handlers - it is possible to do - but it 
is almost impossible after the fact to understand what is going on when 
trying to debug problems.

Here is what to do:


..



..



..


Keep in mind that Handlers are evaluated in the order they appear in the 
configuration file, and the first match is the only match, so the more 
specific Handlers must appear before the more general.

Also note that in some cases it makes sense to split the processing into 
two (or more) seperate instances of Radiator, depending on what else you 
are trying to do.


regards

Hugh


On Friday, August 30, 2002, at 11:13 AM, Shon Stephens wrote:

> i am not sure, but i thought i read that you should not (or could not?) 
> use
>  and  in the same radius config file. is this true? if 
> so,
> what to do if for some clients i need to use a handler, and others a 
> realm?
>
> thanks,
> shon
> ===
> Archive at http://www.open.com.au/archives/radiator/
> Announcements on [EMAIL PROTECTED]
> To unsubscribe, email '[EMAIL PROTECTED]' 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 [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.

Re: (RADIATOR) handlers and realms

[Hugh Irvine]

Hello Shon -

You *should* not mix Realms and Handlers - it is possible to do - but it 
is almost impossible after the fact to understand what is going on when 
trying to debug problems.

Here is what to do:


..



..



..


Keep in mind that Handlers are evaluated in the order they appear in the 
configuration file, and the first match is the only match, so the more 
specific Handlers must appear before the more general.

Also note that in some cases it makes sense to split the processing into 
two (or more) seperate instances of Radiator, depending on what else you 
are trying to do.


regards

Hugh


On Friday, August 30, 2002, at 11:13 AM, Shon Stephens wrote:

> i am not sure, but i thought i read that you should not (or could not?) 
> use
>  and  in the same radius config file. is this true? if 
> so,
> what to do if for some clients i need to use a handler, and others a 
> realm?
>
> thanks,
> shon
> ===
> Archive at http://www.open.com.au/archives/radiator/
> Announcements on [EMAIL PROTECTED]
> To unsubscribe, email '[EMAIL PROTECTED]' 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 [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.

(RADIATOR) handlers and realms

[Shon Stephens]

i am not sure, but i thought i read that you should not (or could not?) use
 and  in the same radius config file. is this true? if so,
what to do if for some clients i need to use a handler, and others a realm?

thanks,
shon
===
Archive at http://www.open.com.au/archives/radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.

(RADIATOR) Handlers

[Mike McCauley]

--  Forwarded Message  --

Subject: BOUNCE [EMAIL PROTECTED]:Non-member submission from ["Falvo, 
Jose Luis - (Arg)" <[EMAIL PROTECTED]>]
Date: Tue, 19 Mar 2002 13:36:14 -0600
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]

>From [EMAIL PROTECTED] Tue Mar 19 13:36:14 2002
Received: from arbuemail01.ar.attla.corp ([63.82.45.10])
by server1.open.com.au (8.11.0/8.11.0) with ESMTP id g2JJaD331061
for <[EMAIL PROTECTED]>; Tue, 19 Mar 2002 13:36:14 -0600
Received: by arbuemail01.ar.attla.corp with Internet Mail Service
 (5.5.2653.19) id ; Tue, 19 Mar 2002 18:05:32 -0300
Message-ID:
 <[EMAIL PROTECTED]> From:
 "Falvo, Jose Luis - (Arg)" <[EMAIL PROTECTED]>
To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
Subject: Handlers
Date: Tue, 19 Mar 2002 18:05:27 -0300
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by server1.open.com.au id
 g2JJaE331062

Is there any limit of handlers by radius.cfg file ?
REgards,
  joseEste mensaje es confidencial. El mismo contiene información
reservada
y que no puede ser difundida. Si usted ha recibido este e-mail
por error, por favor avísenos inmediatamente vía e-mail y tenga la
amabilidad de eliminarlo de su sistema; no deberá copiar el mensaje
ni divulgar su contenido a ninguna persona. Muchas gracias.

This message is confidential. It contains information that is privileged and
legally exempt from disclosure. If you have received this e-mail by mistake,

please let us know immediately by e-mail and delete it from your system;
you should also not copy the message nor disclose its contents to anyone.
Thank You.

---

-- 
Mike McCauley   [EMAIL PROTECTED]
Open System Consultants Pty. LtdUnix, Perl, Motif, C++, WWW
24 Bateman St Hampton, VIC 3188 Australia   http://www.open.com.au
Phone +61 3 9598-0985   Fax   +61 3 9598-0955

Radiator: the most portable, flexible and configurable RADIUS server 
anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, 
Platypus, Freeside, TACACS+, PAM, external, Active Directory etc etc 
on Unix, Win95/8, 2000, NT, MacOS 9, MacOS X
===
Archive at http://www.open.com.au/archives/radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.

Re: (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  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:
>
> 
>   Identifier FileAuthenticator
>   ...(the stuff you need to authenticate from your file)
> 
>
> 
>   AuthBy FileAuthenticator
> 
>
> 
>   AuthBy FileAuthenticator
> 
>
> 
>   AuthBy FileAuthenticator
> 
>
> 
>
> 
>   AuthBy FileAuthenticator
> 
>
> 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:
> >
> > 
> > ...
> > 
> >
> > 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 [EMAIL PROTECTED]
> To unsubscribe, email '[EMAIL PROTECTED]' 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 [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.

Re: (RADIATOR) Handlers

[Mariano Absatz]

I've never done it, but it should be something like:


Identifier FileAuthenticator
...(the stuff you need to authenticate from your file)



AuthBy FileAuthenticator



AuthBy FileAuthenticator



AuthBy FileAuthenticator


...


AuthBy FileAuthenticator



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:
> 
> 
> ...
> 
> 
> 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 [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.

(RADIATOR) Handlers

[Jared Reimer]

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:


...


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 [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.

Re: (RADIATOR) Handlers and Realms (101)

[Hugh Irvine]

Hello Brian -

On Tue, 05 Sep 2000, Brian Morris wrote:
> Hello All,
> 
> We would like to add a facility to our existing radiator install where a
> user can dial-in to our access server using a different telephone number and
> receive different access permissions  (eg: maximum session time)
> 
> As they will be connecting to the same access server I figure we need to
> setup a handler based on the number they are dialling in to - as the default
> realm for the access server is already being used.
> 
> My question is : can I setup a handler just for the called station ID and
> keep the existing  or must I change everything to be handled
> by a handler?
>

You should convert everything to Handlers:


..



..



..





..






Note that Handlers are processed in the order they appear in the configuration
file, so the more specific must appear before the more general.

hth

Hugh

-- 
Radiator: the most portable, flexible and configurable RADIUS server 
anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, 
Platypus, Freeside, Interbiller, TACACS+, PAM, external, etc, etc.
Available on Unix, Linux, FreeBSD, Windows 95/98/2000, NT, MacOS X.



===
Archive at http://www.starport.net/~radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.

(RADIATOR) Handlers and Realms (101)

[Brian Morris]

Hello All,

We would like to add a facility to our existing radiator install where a
user can dial-in to our access server using a different telephone number and
receive different access permissions  (eg: maximum session time)

As they will be connecting to the same access server I figure we need to
setup a handler based on the number they are dialling in to - as the default
realm for the access server is already being used.

My question is : can I setup a handler just for the called station ID and
keep the existing  or must I change everything to be handled
by a handler?

Thanks in advance.

Brian Morris




===
Archive at http://www.starport.net/~radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.

Re: (RADIATOR) Handlers and reply packets

[Hugh Irvine]

Hello Andrew -

The easiest way to do this is upon receipt of the original incoming 
packet with a Handler to recognise Port-Type = ISDN. You can then use 
the StripFromReply in the AuthBy RADIUS.

hth

Hugh


At 3:38 PM +1000 16/8/00, Andrew Pollock wrote:
>Hi guys,
>
>Can Radiator handlers fire on reply packets received from another RADIUS
>server that it's proxied to? I have a requirement where I need to strip out
>an attribute from a reply packet, but only when it's for an ISDN call (for
>example).
>
>i.e. NAS -- Radiator  Another RADIUS server
>
>The second RADIUS server replies with a Session-Timeout in the Access-Accept
>packet (and this can't be readily changed), which I'd like to strip out for
>ISDN calls, so I basically want a handler that will only match Access-Accept
>packets with an attribute of Port-Type = ISDN, and then use a
>StripFromReply.
>
>Andrew
>
>
>===
>Archive at http://www.starport.net/~radiator/
>Announcements on [EMAIL PROTECTED]
>To unsubscribe, email '[EMAIL PROTECTED]' with
>'unsubscribe radiator' in the body of the message.

-- 
--
Radiator: the most portable, flexible and configurable RADIUS server
anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald,
Platypus, Freeside, Interbiller, TACACS+, PAM, external, etc, etc.
Available on Unix, Linux, FreeBSD, Windows 95/98/2000, NT, MacOS X.

===
Archive at http://www.starport.net/~radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.

(RADIATOR) Handlers and reply packets

[Andrew Pollock]

Hi guys,

Can Radiator handlers fire on reply packets received from another RADIUS
server that it's proxied to? I have a requirement where I need to strip out
an attribute from a reply packet, but only when it's for an ISDN call (for
example).

i.e. NAS -- Radiator  Another RADIUS server

The second RADIUS server replies with a Session-Timeout in the Access-Accept
packet (and this can't be readily changed), which I'd like to strip out for
ISDN calls, so I basically want a handler that will only match Access-Accept
packets with an attribute of Port-Type = ISDN, and then use a
StripFromReply.

Andrew


===
Archive at http://www.starport.net/~radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.

Re: (RADIATOR) Handlers and Suffixes...

[Mike McCauley]

Hi Jeremy,

On Jun 3,  2:11pm, Jeremy Burton wrote:
> Subject: (RADIATOR) Handlers and Suffixes...
> Hi All,
>   wondering if anoyone here has much experience with s in
> the config file - I am trying to use a different authby dependnign on
> the username - someone with username  user-router would be authenticated
using
> a different AuthBy that someone whith username user. I thought the way to
> do this would be:
>
> 
> # Stuff for user-router in here
> 
>
> 
> # Everyone else's stuff here
> 
>
> However no matter what username I try, the first handler (ie with
> Suffix = -router) is used - from the log file:

If you are at Radiator version 2.13, there was a problem that caused the first
Handler always to be chosen. There is a patch available to fix this for 2.12,
or you can upgrade to 2.13.1

The sort of Handers you want is probably:

# Matches a user name unding in -router

 Stuff for user-router in here



 # Everyone else's stuff here



>
> Wed Jun  2 13:39:48 1999: DEBUG: Check if Handler Suffix=-router should be
> used to handle this request
> Wed Jun  2 13:39:48 1999: DEBUG: Handling request with Handler
'Suffix=-router'
>
> even if the username is username, rather than username-router.
>
> Any ideas?
>
> Thanks,
>
> Jeremy Burton
> --
> Jeremy Burton
> Database Administrator, Netspace Online Systems
> [EMAIL PROTECTED]
> [EMAIL PROTECTED], [EMAIL PROTECTED]
>
> ===
> Archive at http://www.thesite.com.au/~radiator/
> To unsubscribe, email '[EMAIL PROTECTED]' with
> 'unsubscribe radiator' in the body of the message.
>-- End of excerpt from Jeremy Burton



-- 
Mike McCauley   [EMAIL PROTECTED]
Open System Consultants Pty. LtdUnix, Perl, Motif, C++, WWW
24 Bateman St Hampton, VIC 3188 Australia   http://www.open.com.au
Phone +61 3 9598-0985   Fax   +61 3 9598-0955

Radiator: the most portable, flexible and configurable RADIUS server 
anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, 
Platypus, Freeside, TACACS+, PAM, external, etc etc on Unix, Win95/8, 
NT, Rhapsody
===
Archive at http://www.thesite.com.au/~radiator/
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.

(RADIATOR) Handlers and Suffixes...

[Jeremy Burton]

Hi All,
wondering if anoyone here has much experience with s in
the config file - I am trying to use a different authby dependnign on
the username - someone with username  user-router would be authenticated using 
a different AuthBy that someone whith username user. I thought the way to
do this would be:


# Stuff for user-router in here



# Everyone else's stuff here


However no matter what username I try, the first handler (ie with 
Suffix = -router) is used - from the log file:

Wed Jun  2 13:39:48 1999: DEBUG: Check if Handler Suffix=-router should be 
used to handle this request
Wed Jun  2 13:39:48 1999: DEBUG: Handling request with Handler 'Suffix=-router'

even if the username is username, rather than username-router. 

Any ideas?

Thanks,

Jeremy Burton
-- 
Jeremy Burton
Database Administrator, Netspace Online Systems
[EMAIL PROTECTED]
[EMAIL PROTECTED], [EMAIL PROTECTED]

===
Archive at http://www.thesite.com.au/~radiator/
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.

(RADIATOR) Handlers based on

[Richard Lennerts]

Hi,

I would like to be able to use a handler based on Realm and by Client
clause. At the moment I have something like this:


Secret  xxx
DefaultRealmdomain.net.au
DupInterval 0
NasType Bay
IdenticalClientsxxx.xxx.xxx.xxx
IdenticalClientsxxx.xxx.xxx.xxx
IdenticalClientsxxx.xxx.xxx.xxx
IdenticalClientsxxx.xxx.xxx.xxx



Secret  xxx
DefaultRealmdomain.net.au
DupInterval 0
IdenticalClientsxxx.xxx.xxx.xxx
IdenticalClientsxxx.xxx.xxx.xxx


For each of these two Client clauses I would like to set up a variable or
attribute that can be used with Handler. The reason is that the Auth query
needs to be different for these two different client definitions, but the
same for each of the identical clients defined inside the same Client
clause. So if possible I would like to handler that can do something like:



which would match the Client definition. I know I could do something based
on NAS-IP-Address but this is not very maintainable.

Is this already possible or I would I have to use a PreHandlerHook like:

PreHandlerHook sub ( $_[0]->add_attr('Client', 'someClientId');)

Thanks in advance for any advice.

Regards,


Richard


===
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.

Re: (RADIATOR) Handlers WOW!

[Mike McCauley]

Hi Stephen,

On Apr 2,  7:00pm, Stephen Roderick wrote:
> Subject: (RADIATOR) Handlers WOW!
>
> I can't believe this doesn't work:
>
> 
>
> While this does work:
>
> 
>
> Very "uncool" and painful to discover. Ugh.
Im not sure if this was the problem, but it mnight be:

Radiator chooses Realms and Handlers in different ways. It will only look for a
Handler if it cant find a Realm first. It will look for Realms with exact
match, then regexp, and finally DEFAULT. So if any of the Realms matched first,
your Handler would not fire.

Hope that helps. But if that wasnt the problem, please let me know some more
details and I will fix it.

Cheers.

>
> Steve
>
>
> ===
> To unsubscribe, email '[EMAIL PROTECTED]' with
> 'unsubscribe radiator' in the body of the message.
>-- End of excerpt from Stephen Roderick



-- 
Mike McCauley   [EMAIL PROTECTED]
Open System Consultants Pty. LtdUnix, Perl, Motif, C++, WWW
24 Bateman St Hampton, VIC 3188 Australia   http://www.open.com.au
Phone +61 3 9598-0985   Fax   +61 3 9598-0955

Radiator: the most portable, flexible and configurable RADIUS server 
anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, 
Platypus, Freeside, external, etc etc on Unix, Win95/8, NT, Rhapsody
===
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.

(RADIATOR) Handlers WOW!

[Stephen Roderick]

I can't believe this doesn't work:



While this does work:



Very "uncool" and painful to discover. Ugh.

Steve


===
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.