- Freeradius-Users - lists.freeradius.org

PEAP request with EAP-MSCHAPv2 as Phase 2, how to store attribute data.
by work vlpl 09 Nov '17

09 Nov '17

Hello, I use configuration what can handle PEAP + EAP-MSCHAPv2 as Phase 2 and proxy inner tunnel request to another home server. I need log request with real username (inner identity) and other custom attribute available in inner tunnel phase. For other requests like EAP-TTLS/PAP it is trivial, in authorize section I save attributes of interest to me in control list, because proxy response override reply list. Proxy response set back to inner tunnel and In post-auth section I expand stored attributes and linelog directive do work. Then request type is PEAP + EAP-MSCHAPv2 as Phase 2, proxy save response to "some temporary storage" (Saving tunneled attributes for later) (101) eap: Doing post-proxy callback (101) eap: Passing reply from proxy back into the tunnel (101) eap: Got tunneled reply RADIUS code 2 (101) eap: EAP-Message = 0x03080004 (101) eap: Message-Authenticator = 0x21a9b5e96fc954c7cb0713477905fe5b (101) eap: User-Name = "testing_remote" (101) eap: Proxy-State = 0x38 (101) eap: Tunneled authentication was successful (101) eap: SUCCESS (101) eap: Saving tunneled attributes for later (101) eap: Reply was handled And after that supplicant sent final request. Freeradius clear the control list (checked it with debug_all directive, I am not asking freeradius to do it, it happens automaticly), so I lost my attributes saved in control list. Freeradius continue eap session and restore User-Name to reply list from temporary storage, (102) eap_peap: [eaptls process] = ok (102) eap_peap: Session established. Decoding tunneled attributes (102) eap_peap: PEAP state send tlv success (102) eap_peap: Received EAP-TLV response (102) eap_peap: Success (102) eap_peap: Using saved attributes from the original Access-Accept (102) eap_peap: User-Name = "testing_remote" (102) eap_peap: caching User-Name = "testing_remote" (102) eap_peap: Failed to find 'persist_dir' in TLS configuration. Session will not be cached on disk. (102) eap: Sending EAP Success (code 3) ID 9 length 4 (102) eap: Freeing handler tls: Freeing cached session VPs So in post-auth section I have real username, but los my custom attributes stored in control list. (102) EXPAND %{reply:User-Name} (102) --> testing_remote (102) EXPAND %{control:User-Name} (102) --> (102) EXPAND %{User-Name} (102) --> anonymous If is it possible, how I can store my custom attributes to "some temporary storage" to have access to them in the very last stage.

2 1

Re: max_requests variable in radiusd.conf
by Claudio Carvalho 09 Nov '17

09 Nov '17

Thank you Alan. Claudio. On Thu, Nov 9, 2017 at 12:18 PM -0200, "Alan DeKok" <aland(a)deployingradius.com <mailto:aland@deployingradius.com> > wrote: > On Nov 9, 2017, at 8:59 AM, Claudio Carvalho <claudio(a)nextdigitalservices.com.br> wrote: > > Using the phrase "The maximum number of requests which the server keeps track of", my first understanding is that somehow the freeradius daemon is doing let's say in memory a control of the opening and closing of sessions No. If I had meant too use the word "sessions", I would have used the word "sessions". The server receives *packets*. The "max_requests" refers to *packets*. It does not refer to *sessions*. I tried to make this clear in my previous message, when I said sessions go into the DB. Apparently not enough... Stop trying to force FreeRADIUS to fit your ideas. Your ideas about how it works are wrong. The documentation describes how FreeRADIUS works. > "track of", you are saying this does not happen, everything is done through the information of the database enabling the use of multiple servers, right? I have no idea what that means. FreeRADIUS stores accounting data (i.e. user sessions) in a database. You can configure two RADIUS servers to talk to the same database. This isn't complex. There's no magic involved. > "The maximum number of requests which the server keeps track of. This should be 256 multiplied by the number of clients. e.g. With 4 clients, this number should be 1024" Is there any reason you're quoting the config files? Do you think I haven't seen that before? Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html

1 0

max_requests variable in radiusd.conf
by Claudio Carvalho 09 Nov '17

09 Nov '17

Hello, I'm a new in freeradius and i have a question, what controls are made by the variable max_requests in radiusd.conf? all the established sessions of the various NASs are directly managed by the freeradius daemon or does this control reside in the database? I ask because if the session control is made entirely in the daemon without intervention of the database and it is necessary to work with load balance, the connections that arrive in this 2 freeradius servers must be tied "sticky" to the source IP, if you balance all connections without "sticky" feature this control would be broken , i'm correct? Thanks, Claudio

2 3

Re: Proxy / reply translation
by Richard J Palmer 09 Nov '17

09 Nov '17

HI Alan That's perfect - I *should* be able to work with that (and start at least) If I get any issues I'll come back to you - I do appreciate the help here Richard > --- Original message --- > Subject: Re: Proxy / reply translation > From: Alan DeKok <aland(a)deployingradius.com> > To: FreeRadius users mailing list > <freeradius-users(a)lists.freeradius.org> > Date: Thursday, 09/11/2017 1:35 PM > > On Nov 9, 2017, at 8:19 AM, Richard J Palmer <richard(a)merula.net> > wrote: >> >> This is where my skills are not great (regex) most other areas I can >> work with. Ultimately I am happy to pay someone to help write the >> little bit of code that does this. I do need to cope with Netmasks >> from /32 to /24 so a few switch cases. > > It shouldn't be difficult. > >> >> Alternatively if someone can provide a few pointers on that bit I can >> probably build from there. > > If you have: > >> >>> >>>> >>>> Cisco-AVPair = "ip:route=1.2.3.1 255.255.255.240" > > Step 1, split it into pieces: > > if (&Cisco-AVPair =~ /ip:route=([^ ]+) ([^ ]+)/) { > > This matches the "ip:route" prefix. It then matches non-space > data, then a space, and more non-space data. As per the FR > documentation, the first match goes into %{1}, and the second into > %{2}. > > As there are only a limited number of net masks, you can expand the > net mask, and switch over it (inside of the "if" block from above) > > switch "%{2}" { > case "255.255.255.255" { > update reply { > Framed-Route = "%{1}/32" > } > } > > case "255.255.255.254" { > update reply { > Framed-Route = "%{1}/31" > } > } > > case "255.255.255.252" { > update reply { > Framed-Route = "%{1}/30" > } > } > > ... etc... > > # and the "catch all" case, just mash it to /28 > case { > update reply { > Framed-Route = "%{1}/28" > } > } > } > > A little verbose, but it should work. > > Alan DeKok. > > > - > List info/subscribe/unsubscribe? See > http://www.freeradius.org/list/users.html

1 0

Re: Proxy / reply translation
by Richard J Palmer 09 Nov '17

09 Nov '17

HI This is where my skills are not great (regex) most other areas I can work with. Ultimately I am happy to pay someone to help write the little bit of code that does this. I do need to cope with Netmasks from /32 to /24 so a few switch cases. Alternatively if someone can provide a few pointers on that bit I can probably build from there. Again I am not expecting something for nothing - so if it needs an hour or so's work I am happy to reward for that Richard > --- Original message --- > Subject: Re: Proxy / reply translation > From: Matthew Newton <mcn(a)freeradius.org> > To: FreeRadius users mailing list > <freeradius-users(a)lists.freeradius.org> > Date: Thursday, 09/11/2017 10:31 AM > > On Thu, 2017-11-09 at 10:20 +0000, Richard J Palmer wrote: >> >> * >> Framed-IP-Address = 1.2.3.1 >> Framed-IP-Netmask = 255.255.255.240 >> Cisco-AVPair = "ip:route=1.2.3.1 255.255.255.240" >> Service-Type = Framed-User >> >> However we need >> >> Framed-IP-Address = 1.2.3.1 >> Framed-IP-Netmask = 255.255.255.240 >> Framed-Route = "1.2.3.1/28" >> Service-Type = Framed-User >> >> Is this relatively easy to do ? > > Match on regex should work, something like > > if (&Cisco-AVPair =~ /ip:route=([^ ]+) /) { > update reply { > Framed-Route := "%{1}/28" > } > } > > if the netmasks aren't all the same you'll need to change that as well > of course - I don't think there's anything to convert the netmask into > the number of bits, but a switch statement should do it easily for the > limited number of cases. > > -- > Matthew > > - > List info/subscribe/unsubscribe? See > http://www.freeradius.org/list/users.html

2 1

Proxy / reply translation
by Richard J Palmer 09 Nov '17

09 Nov '17

Hi We are looking to tun an LNS for a customer who has their own radius - we will effectively proxy the radius requests to them. However we need to 'translate' the reply to work with our LNS devices and wondered if someone could provide some pointers. Their radius will currently return something like: Framed-IP-Address = 1.2.3.1 Framed-IP-Netmask = 255.255.255.240 Cisco-AVPair = "ip:route=1.2.3.1 255.255.255.240" Service-Type = Framed-User However we need Framed-IP-Address = 1.2.3.1 Framed-IP-Netmask = 255.255.255.240 Framed-Route = "1.2.3.1/28" Service-Type = Framed-User It does not matter IF the Cisco-AVPair is in place or not. As we don't hold the radius data here (and I am not convinced 100% that they can easily amend this their side I was wondering how easy ulang or similar could parse this and amend the reply on the proxy Is this relatively easy to do ? Thanks in advance Richard Palmer | Director | Merula Limited Company Registered in England and Wales No. 3243995 5 Avro Court, Huntingdon, Cambridgeshire, PE29 6XS Phone 01480 222940 | Support 0845 330 0666 Support Email support(a)merula.net

2 1

RE: Freeradius-Users Digest, Vol 151, Issue 18
by Peter Hutchison 09 Nov '17

09 Nov '17

>what you log will be dependent on what info you sent back to the NAS on the access-accept, what the NAS can send in accounting and what stage the AAA is at - at the auth stage you wont have an IP address of the client device - that'll come through after they've received an address via DHCP/SLAAC etc and the NAS has sent an interim-update - the user-name will depend on what was sent back in access accept and what the NAS decides to do - you'll otherwise have just the outerID as the user-name (and logs filled with lots of 'anonymous@realm' entries >linelog is a trivial way - just look at linelog module and see the calls for accounting...and then just enable the linelog in the accounting section of the outer server alternatively, go for SQL - enable the detail SQL module and call it in the accounting section - for performance you probably DONT want this to be syncronous so use the buffered-sql virtual server to create a file which then gets slurped into SQL when theres resources (async). That’s for the information, I eventually got it working. First I had to get the wireless AP's sending the accounting info to the correct port. Then I set up a new linelog entry for Interim-Updates (we get an Ip after they authenticate) Accounting-Requests. Then added the new wmodule to the accounting section in our virtual servers. Voila, accounting is now being logged! Peter University of Huddersfield inspiring tomorrow's professionals. [http://marketing.hud.ac.uk/_HOSTED/EmailSig2014/EmailSigFooter.jpg] This transmission is confidential and may be legally privileged. If you receive it in error, please notify us immediately by e-mail and remove it from your system. If the content of this e-mail does not relate to the business of the University of Huddersfield, then we do not endorse it and will accept no liability.

1 0

key_expiration variable not defined anywhere (in trustrouter.c in rlm_realm)
by Stefan Paetow 08 Nov '17

08 Nov '17

Hi Alan, During the build to make this all work with OpenSSL, I noticed that 'key_expiration' is used for the first time in line 422 of trustrouter.c in the rlm_realm module. According to Github this was a manual merge? Did something go missing (the declaration of key_expiration perhaps)? Build output snippet: -- begin -- CC src/modules/rlm_realm/trustrouter.c src/modules/rlm_realm/trustrouter.c: In function ‘srvr_blk_to_home_server’: src/modules/rlm_realm/trustrouter.c:422:36: error: ‘key_expiration’ undeclared (first use in this function); did you mean ‘get_realm_expiration’? tid_srvr_get_key_expiration(blk, &key_expiration); ^~~~~~~~~~~~~~ get_realm_expiration src/modules/rlm_realm/trustrouter.c:422:36: note: each undeclared identifier is reported only once for each function it appears in make: *** [scripts/boiler.mk:635: build/objs/src/modules/rlm_realm/trustrouter.lo] Error 1 -- end -- Could you have a look? I've copied Alex in, just in case. Thank you very much! With Regards Stefan Paetow Moonshot Industry & Research Liaison Coordinator t: +44 (0)1235 822 125 gpg: 0x3FCE5142 xmpp: stefanp(a)jabber.dev.ja.net skype: stefan.paetow.janet jisc.ac.uk Jisc is a registered charity (number 1149740) and a company limited by guarantee which is registered in England under Company No. 5747339, VAT No. GB 197 0632 86. Jisc’s registered office is: One Castlepark, Tower Hill, Bristol, BS2 0JA. T 0203 697 5800.

1 0

FreeRadius high availability lab
by Claudio Carvalho 08 Nov '17

08 Nov '17

Hi Users, I started a test for a large deployment and this topology was recommended, I tested it in the lab and apparently did it work, any comments from someone about the attached topology? is there something like this in production? Claudio.

8 12

Enabling accounting on Freeradius 3.0.15
by Peter Hutchison 08 Nov '17

08 Nov '17

I intend on enabling accounting on Freeradius so I can log user sessions including username and IP address of the user device. I think it is something to do with linelog module and the default (or my eduroam) virtual server accounting section. Is this correct? Has anyone deployed accounting logging and how they did it. Some useful instructions would be useful. Thanks. Peter University of Huddersfield inspiring tomorrow's professionals. [http://marketing.hud.ac.uk/_HOSTED/EmailSig2014/EmailSigFooter.jpg] This transmission is confidential and may be legally privileged. If you receive it in error, please notify us immediately by e-mail and remove it from your system. If the content of this e-mail does not relate to the business of the University of Huddersfield, then we do not endorse it and will accept no liability.

3 2