Re: problem returning a mapped LDAP attribute in EAP auths.
> Did you set "use_tunneled_reply" in eap.conf? This is also in 1.1.x. > Alan DeKok. Yeah!, it works if "use_tunneled_reply" is set to "yes" (though tunneled data is -in my case- the same). Thank you very much! If this can help: I've run FR1.1 (various versions, last one v1.1.5), with this attribute unset, as in per default conf file, and it worked!. The only thing I can imagine is that previous versions had a different default value (?). Thanks again! - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: problem returning a mapped LDAP attribute in EAP auths.
Roberto S. G. wrote: > Hi, > I'm migrating to FR2.0.5. After setting the new conf style, everything > runs smooth and ok... but now I have a strange behavior: I have an > attribute mapped in ldap.attrs file (as in FR1.1) but it's returned in > the Access packet only in "clear" auths; with "EAP" auths, it is mapped > (as -X shows), but it is not returned... > Both sites-enabled/* files has the same conf: ldap uncommented in > author. and authent. sections. Did you set "use_tunneled_reply" in eap.conf? This is also in 1.1.x. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
problem returning a mapped LDAP attribute in EAP auths.
Hi, I'm migrating to FR2.0.5. After setting the new conf style, everything runs smooth and ok... but now I have a strange behavior: I have an attribute mapped in ldap.attrs file (as in FR1.1) but it's returned in the Access packet only in "clear" auths; with "EAP" auths, it is mapped (as -X shows), but it is not returned... Both sites-enabled/* files has the same conf: ldap uncommented in author. and authent. sections. Do I have to activate something more? Does the virtual_server configuration change returned attrs in some way? (different default modules activated)? Thanx for any suggestion. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html