Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Note that one parameter for both the ttls and peap stanza is "virtual_server = eduroam-inner-tunnel". This means that the inner EAP authentication will be carried out in this other virtual server, which we will define later.

Virtual server eduroam: enable EAP, make Operator-Name conditional

Compared to the eduroam SP config, you simply need to additionally mention the "eap" module in both the authorize and authenticate stanza of the file /etc/raddb/sites-enabled/eduroam . It will then look like the following: so that your server can process EAP requests from your own userbase.

You should also make sure to only tag those incoming requests with the Operator-Name attribute which actually originate from your own WiFi gear - as an IdP, your own users roaming elsewhere will also be processed, but they should not carry your own Operator-Name. For the purposes of this wiki, let's assume that you are connected to one FLR server, and it is defined in your clients.conf with the shortname "antarctica-flr-1" (see below for the exact definition).

It will then look like the following: 

Code Block
authorize {                if (%{client.shortname} != "antarctica-flr-1")                   update request {                           Operator-Name := 1yourdomain.tld                            # the literal number "1" above is an important prefix! Do not change it!                   }                auth_log                suffix                                eap        }
Code Block
authorize {
       auth_log
       suffix
       eap
}

authenticate {
       eap
}
Virtual server eduroam-inner-tunnel

...