(RADIATOR) EAPType based handler

[Hugh Irvine]

Hello Min Thein -

EAP processing involves a number of request exchanges between client 
and server, and is implemented by "outer" requests and "inner" 
requests.

All of the "outer" requests tend to be processed by a default Handler, 
with the different types of "inner" requests processed by special 
Handlers that use the "HandledByPEAP = 1" or "HandledByTTLS = 1", etc.. 
These inner requests can be processed as you wish.

Mike mentions that you can set up a Handler for EAP-SIM like this:

# catch EAP-SIM with 0x12 in the 5th octet
<Handler EAP-Message = /^.{4}\x12/
</Handler>

I have copied Mike on this mail for further discussion.

regards

Hugh


On 31 Jan 2005, at 13:42, Maung Min Thein wrote:

> Hi Hugh,
>
> This config will authenticate all EAP types locally. This configuration
> file does not serve my requirements. My requirements is that I would
> like to proxy some EAP type (EAP-SIM) [does not include in the config],
> but other EAP Types to authenticate locally. My question is "Is there a
> way to differentiate EAP requests based on EAPTypes?"  Sorry if I
> confused you.
>
> Regards,
>
> Min Thein
>
> -----Original Message-----
> From: Hugh Irvine [mailto:hugh at open.com.au]
> Sent: Monday, January 31, 2005 10:16 AM
> To: Maung Min Thein
> Cc: radiator at open.com.au
> Subject: Re: (RADIATOR) EAPType based handler
>
>
> 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
>
>
>
>

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.

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