(RADIATOR) EAPType based handler

[Hugh Irvine]

Hello Min Thein -

As mentioned in my previous mail, there is an example showing how to do 
this in "goodies/eap_multi.cfg".

I have included a copy in  this mail for you.

regards

Hugh


-------------- next part --------------
A non-text attachment was scrubbed...
Name: eap_multi.cfg
Type: application/octet-stream
Size: 9706 bytes
Desc: not available
URL: <http://www.open.com.au/pipermail/radiator/attachments/20050131/b186d676/attachment.obj>
-------------- next part --------------



On 31 Jan 2005, at 12:33, Maung Min Thein wrote:

> Hi Hugh,
>
> I am particularly looking into  providing dedicated handler for TTLS, 
> PEAP and EAP-SIM. EAP-SIM request will be proxied to another server, 
> whereas PEAP and TTLS requests will be authenticated locally. Same 
> Realm will be used for all types of requests. So, I am exploring other 
> request's parameters that I can use for differentiating these 
> requests. I tried EAPType as in the previous mail, it doesn't work. Is 
> there any other ways for doing this?
>
> Regards,
>
> Min Thein
>
> -----Original Message-----
> From: Hugh Irvine [mailto:hugh at open.com.au]
> Sent: Saturday, January 29, 2005 7:44 AM
> To: Maung Min Thein
> Cc: radiator at open.com.au
> Subject: Re: (RADIATOR) EAPType based handler
>
>
> Hello Min Thein -
>
> There are a number of example configuration files that show how to do 
> this sort of thing in "goodies/eap_*.cfg".
>
> Have a look particularily at "goodies/eap_multi.cfg".
>
> regards
>
> Hugh
>
>
> On 28 Jan 2005, at 20:21, Maung Min Thein wrote:
>
>> Hello Mike,
>> ?
>> I tried to separate a dedicated handler for TTLS authentication with?
>> the configuration below. It doesn't work.
>> ?
>> <Handler EAPType=21,Realm=MyRealm>
>> ?
>> ??????? XXXXXXXXXXXXXXXXXXXX
>> ?
>> </Handler>
>> ?
>> Is there a way to seperate handler based on EAPType? My intention is
>> to use?dedicated handler for TTLS, PEAP, and EAP-SIM. And all these
>> methods will be using the same realm.
>> ?
>> Really appreciate your advise on this.
>>  ?
>> ?
>> Best Regards,
>> ?
>> Min Thein
>>
>
> NB:
>
> Have you read the reference manual ("doc/ref.html")?
> Have you searched the mailing list archive 
> (www.open.com.au/archives/radiator)?
> Have you had a quick look on Google (www.google.com)?
> 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.
>
>

NB:

Have you read the reference manual ("doc/ref.html")?
Have you searched the mailing list archive 
(www.open.com.au/archives/radiator)?
Have you had a quick look on Google (www.google.com)?
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.