Hello again Jake,

Don't know whether the above post was of any interest/use to you, but
my mods to rlm_perl_packetfence took the long way around ; I hadn't
noticed an (obvious) simpler method of checking whether or not the
request was eap or not. (Wiping some egg off face) here is the
improved fix. It works for me but all disclaimers apply :

> ----------------------------------------------------------
> 
> In the 'sub authorize' section of rlm_perl_packetfence, near the top
> of the sub, enter the following few Perl lines :
> 
>       ## enter the following code just above the existing
>       ## '#format MAC lines'
> 
>       ## kludge here to prevent this module's rejection of an EAP request
>       ## from the WAP which doesn't concern PF - pass through and ignore
>       ## (with RLM_MODULE_OK) ssids which don't concern PacketFence
>       ## (in my case, that's all the eap SSIDs)
>       if ($is_eap_request == 1} {
> 
>         syslog("info", "authorize() - this EAP request has nothing to do with 
> PF");
>         syslog("info", "authorize() - authenticating directly against 
> freeRadius only");
>
>         return RLM_MODULE_OK;
>       } else {
>         syslog("info", "authorize() - a case for PF - to be transferred to 
> the registration vlan");
>         syslog("info", "authorize() - the user will be authenticated by the 
> captive portal");
>       }
> 
>       ## if it's to be treated by PacketFence, the transaction falls
>       ## through here and continues normally below ...
> 
> ----------------------------------------------------------
> 
> Again, feedback about any/all implications I might have missed are welcome.
> 
> Best wishes,
> 
> Chris

------------------------------------------------------------------------------
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev
_______________________________________________
Packetfence-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/packetfence-users

Reply via email to