Semantics of !~ operator

Gerald Vogt vogt at spamcop.net
Tue Apr 28 14:43:44 CEST 2015



On 28/04/15 14:07, Alan DeKok wrote:
> On Apr 28, 2015, at 7:36 AM, Gerald Vogt <vogt at spamcop.net> wrote:
>> The default server has the Called-Station-Id attribute, it does correctly extract the SSID from the Id and it correctly puts it into the Called-Station-SSID. I even do some checks in unlang based on that SSID in the outer server and they show results as expected.
>
>    Hmm... the TTLS / PEAP code only copies over RADIUS *protocol* attributes.  It doesn't copy anything else.  I suppose that should be documented better.
>
>> So I suppose in that context the attribute exists. But it doesn't go into the inner tunnel. Neither by means of the eap module copy_request_to_tunnel=yes nor by the added "update request" in the inner tunnel.
>
>    You should be able to do:
>
> update request {
> 	Called-Station-SSID := &outer.request:Called-Station-SSID
> }

It doesn't work. I have tried that and

         update request {
                 Called-Station-SSID := &outer.Called-Station-SSID
         }

at the beginning of the inner-tunnel authorize section and neither gets 
any value in the inner tunnel.

>    If that doesn't work, it's likely a bug.

So it's a bug, I guess.

>> Yes. I know that. That's how I did it in the beginning. My own "ssid" policy does not modify Called-Station-Id and thus I could extract the SSID in the inner tunnel as well.
>
>    Just run the policy in the inner tunnel, not the outer one.

I need the SSID in the outer server, too. So I guess it's back to square 
one and I better use my own policy which simply extracts the SSID. That 
policy I can use on  both servers...

-Gerald


More information about the Freeradius-Users mailing list