eap_ttls not setting 'FreeRADIUS-Proxied-To'

Alan DeKok aland at deployingradius.com
Tue Jan 12 15:58:46 CET 2016


On Jan 11, 2016, at 11:35 PM, David Lord <d.lord at its.uq.edu.au> wrote:
> I’m porting our config from v2.2.9 to v3.0.11.
> 
> The problem I’m experiencing is that the eap_peap submodule does set FreeRADIUS-Proxied-To, but eap_ttls does not.

 I've pushed a fix.

> In v2, both submodules did. Unfortunately I’m currently relying on this attribute for tunnelling in one server.

  You shouldn't need to do that.  The "inner-tunnel" virtual server handles inner tunnel data.  Nothing else does.  You don't need to key off of FreeRADIUS-Proxied-To.

> Time is limited so I’m sticking with the previous architecture, which looks like this (trimmed down):
> 
> authorize {
> split_user_realm
> choose_eduroam_proxy # reject invalid realm, set Proxy-To-Realm to national federation or do nothing so it goes internally
> eap_eduroam
> if (“%{%{FreeRADIUS-Proxied-To}:-}” == 127.0.0.1) {

  And that is *way* too complicated.  In v3, just do:

	if (&FreeRADIUS-Proxied-To == 127.0.0.1) {

  But you still don't need to do that.  Just put the outer policies into the "default" virtual server, and the inner policies into the "inner-tunnel" virtual server.

  That's why I created virtual servers: to split the policies like this.  That's why the default configuration ships with multiple virtual servers.

  Alan DeKok.




More information about the Freeradius-Users mailing list