- Freeradius-Users - lists.freeradius.org

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

12 Nov '17

HI Alan In this case the data is from an upstream proxy (I am trying to edit one reply attribute from logins that are received from the proxy). This isn't data from a NAS. During the testing the upstream radius is another freeradius instance grabbing data from our SQL server. Moving forward it will be another radius server we don't control. However after reading a little more it seems the answer is to use if (&proxy-reply:Cisco-AVPair =~ /ip:route=([^ ]+) ([^ ]+)/) { Which now finds the data - and the rest of the example just works Thanks for the pointers Richard On Sunday 12/11/2017 at 1:07 pm, Alan DeKok wrote: > On Nov 12, 2017, at 6:16 AM, Richard J Palmer <richard(a)merula.net> > wrote: >> >> >> (1) if (&Cisco-AVPair =~ /ip:route=([^ ]+) ([^ ]+)/) { >> (1) ERROR: Failed retrieving values required to evaluate >> condition > > That's because the incoming packet doesn't contain Cisco-AVPair. > > Again... read the debug output. ALL of it. You'll see the server > isn't receiving a Cisco-AVPair attribute from the NAS. > >> >> I am reasonably certain there is a issue somewhere with if >> (&Cisco-AVPair =~ /ip:route=([^ ]+) ([^ ]+)/) > > Yes. You can only match a Cisco-AVPair against a regex... if the > packet contains Cisco-AVPiar. > >> >> Using an online Regex testing tool and using the above as a basis I >> can see that >> Cisco-AVPair = \"ip:route=([^ ]+) ([^ ]+)\" >> >> This retrieves the data I need - However that is not accepted by the >> freeradius config (understandably as it's not quote the same thing). > > Really? The format of the configuration files is documented. See > "man unlang". > > There should be *no* surprise that random text isn't accepted by > FreeRADIUS. > > Alan DeKok. > > > - > List info/subscribe/unsubscribe? See > http://www.freeradius.org/list/users.html

1 0

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

12 Nov '17

HI Again I have now set this login to proxy via another freeradius server and I have moved the code to post_proxy. I am now seeing: (1) Starting proxy to home server 10.0.25.5 port 1645 (1) Proxying request to home server 10.0.25.5 port 1645 timeout 14.000000 (1) Sent Access-Request Id 9 from 0.0.0.0:53508 to 10.0.25.5:1645 length 104 (1) User-Name = "richard2(a)test.login" (1) User-Password = "12345" (1) NAS-IP-Address = 10.0.25.8 (1) NAS-Port = 1 (1) Message-Authenticator = 0x369545d0fafed5ff1a2b52ca10bfadd5 (1) Event-Timestamp = "Nov 12 2017 10:16:42 GMT" (1) Proxy-State = 0x3836 Waking up in 0.3 seconds. (1) Clearing existing &reply: attributes (1) Received Access-Accept Id 9 from 10.0.25.5:1645 to 10.0.25.8:53508 length 101 (1) Framed-IP-Address = 1.2.108.10 (1) Framed-IP-Netmask = 255.255.255.248 (1) Cisco-AVPair = "ip:route=1.2.108.8 255.255.255.248" (1) Filter-Id = "P" (1) Chargeable-User-Identity = "richard2" (1) Acct-Interim-Interval = 60 (1) Proxy-State = 0x3836 (1) # Executing section post-proxy from file /usr/local/etc/raddb/sites-enabled/default (1) post-proxy { (1) post_proxy_log: EXPAND /usr/local/var/log/radius/radacct/%{%{Packet-Src-IP-Address}:-%{Packet-Src-IPv6-Address}}/post-proxy-detail-%Y%m%d (1) post_proxy_log: --> /usr/local/var/log/radius/radacct/127.0.0.1/post-proxy-detail-20171112 (1) post_proxy_log: /usr/local/var/log/radius/radacct/%{%{Packet-Src-IP-Address}:-%{Packet-Src-IPv6-Address}}/post-proxy-detail-%Y%m%d expands to /usr/local/var/log/radius/radacct/127.0.0.1/post-proxy-detail-20171112 (1) post_proxy_log: EXPAND %t (1) post_proxy_log: --> Sun Nov 12 10:16:42 2017 (1) [post_proxy_log] = ok (1) policy rewrite_routes { (1) if (&Cisco-AVPair =~ /ip:route=([^ ]+) ([^ ]+)/) { (1) ERROR: Failed retrieving values required to evaluate condition (1) } # policy rewrite_routes = ok (1) eap: No pre-existing handler found (1) [eap] = noop (1) } # post-proxy = ok (1) Found Auth-Type = Accept (1) Auth-Type = Accept, accepting the user post Proxy log shows: Sun Nov 12 10:16:42 2017 Packet-Type = Access-Accept Framed-IP-Address = 1.2.108.10 Framed-IP-Netmask = 255.255.255.248 Cisco-AVPair = "ip:route=1.2.108.8 255.255.255.248" Filter-Id = "P" Chargeable-User-Identity = "richard2" Acct-Interim-Interval = 60 Proxy-State = 0x3836 Timestamp = 1510481802 I am reasonably certain there is a issue somewhere with if (&Cisco-AVPair =~ /ip:route=([^ ]+) ([^ ]+)/) Using an online Regex testing tool and using the above as a basis I can see that Cisco-AVPair = \"ip:route=([^ ]+) ([^ ]+)\" This retrieves the data I need - However that is not accepted by the freeradius config (understandably as it's not quote the same thing). My initial thought is the issue could be the quotes - but I am clutching at straws here. I have looked at the documents - but with Regex not being my strong point I am not sure what I have missed on the FR config... Could I please have one last pointer here ? Thanks! Richard On Saturday 11/11/2017 at 8:42 pm, Alan Buxey wrote: > Not that remote server, just spin up another server that this one > talks to, > replying back with such results. > > Run in full debug mode, you should see contents of packets, since this > isn't in the post-proxy or post-auth (as you are putting things in > during > Auth stage and checking/changing them there - which isn't how the real > server would behave or be configured) the check you make will be > different > too > > alan > > On 11 Nov 2017 8:17 pm, "Richard J Palmer" <richard(a)merula.net> wrote: > >> >> Hi >> >> I can almost certainly test this with the remote radius server - I am >> just >> waiting for the remote server to be configured to allow me access - >> and in >> the mean time was trying to test my config locally. >> >> From the log >> >> if (&Cisco-AVPair =~ /ip:route=([^ ]+) ([^ ]+)/) { >> >> ERROR: Failed retrieving values required to evaluate condition >> >> I assume that &Cisco-AVPair is not available here and I should be >> using >> something else (or I could have totally the wrong reason). >> >> Ultimately the aim was to check if what had written worked before I >> had >> access to the upstream server. If it's easier just to wait I shall. >> >> Thanks in advance >> >> Richard >> >> >> >> >> On Saturday 11/11/2017 at 7:39 pm, Alan Buxey wrote: >> >>> >>> Best test would be to have a remote radius server sending back replies >>> like >>> you will have as using some local stuff added via SQL isn't going to >>> be >>> the >>> same , goes through different sections, >>> >>> alan >>> >>> On 11 Nov 2017 7:33 pm, "Richard J Palmer" <richard(a)merula.net> wrote: >>> >>> >>>> >>>> HI Alan >>>> >>>> I will be using it for Proxy. However I was trying to test / use this >>>> locally as well while debugging the server / code. >>>> >>>> Ideally it would be nice to allow both options to work but I am >>>> flexible >>>> if it's easier just to use this for requests that are proxied >>>> >>>> Thanks >>>> >>>> Richard >>>> >>>> >>>> >>>> >>>> On Saturday 11/11/2017 at 7:14 pm, Alan Buxey wrote: >>>> >>>> >>>>> >>>>> You say you need to modify a reply from their radius server - this >>>>> will >>>>> be >>>>> in the post-proxy section? >>>>> >>>>> Also if (&reply:Cisco-AVPair ... ? >>>>> >>>>> alan >>>>> >>>>> >>>>> On 11 Nov 2017 6:37 pm, "Richard J Palmer" <richard(a)merula.net> wrote: >>>>> >>>>> Hi >>>>> >>>>> Sorry for the delay. I am getting close with this I think... BUT >>>>> something >>>>> seems to be slightly wrong. >>>>> >>>>> Happy to post a full log as needed - BUT I hope the bit I need is >>>>> here: >>>>> >>>>> (2) sql1: Framed-Route = "" >>>>> (2) sql1: Framed-IP-Address = 1.2.3.1 >>>>> (2) sql1: Framed-IP-Netmask = 255.255.255.248 >>>>> (2) sql1: Cisco-AVPair += "ip:route=1.2.3.0 255.255.255.248" >>>>> (2) sql1: Filter-Id = "P" >>>>> (2) sql1: Chargeable-User-Identity = "richard2" >>>>> >>>>> <group SQL statements> >>>>> >>>>> (2) sql1: Group "Hotspot": Merging reply items >>>>> (2) sql1: Acct-Interim-Interval = 600 >>>>> >>>>> (2) [sql1] = ok >>>>> (2) } # redundant = ok >>>>> (2) policy rewrite_routes { >>>>> (2) if (&Cisco-AVPair =~ /ip:route=([^ ]+) ([^ ]+)/) { >>>>> (2) ERROR: Failed retrieving values required to evaluate >>>>> condition >>>>> (2) } # policy rewrite_routes = ok >>>>> >>>>> (2) Login OK: [richard2] (from client local port 1) >>>>> (2) Sent Access-Accept Id 69 from 127.0.0.1:1645 to 127.0.0.1:48919 >>>>> length 0 >>>>> (2) Framed-IP-Address = 1.2.3.1 >>>>> (2) Framed-IP-Netmask = 255.255.255.248 >>>>> (2) Cisco-AVPair = "ip:route=1.2.3.0 255.255.255.248" >>>>> (2) Filter-Id = "P" >>>>> (2) Chargeable-User-Identity = "richard2" >>>>> (2) Acct-Interim-Interval = 600 >>>>> (2) Finished request >>>>> >>>>> >>>>> In my authorise section I have placed: >>>>> >>>>> redundant { >>>>> sql1 >>>>> sql2 >>>>> handled >>>>> } >>>>> # -sql >>>>> rewrite_routes >>>>> >>>>> (The other sections are there - this is just to show where what I hope >>>>> is >>>>> relevant. The code itself is based on the code provided below >>>>> >>>>> rewrite_routes { >>>>> >>>>> if (&Cisco-AVPair =~ /ip:route=([^ ]+) ([^ ]+)/) { >>>>> switch "%{2}" { >>>>> case "255.255.255.255" { >>>>> update reply { >>>>> Framed-Route = >>>>> "%{1}/32" >>>>> } >>>>> } >>>>> case "255.255.255.254" { >>>>> update reply { >>>>> Framed-Route = >>>>> "%{1}/31" >>>>> } >>>>> } >>>>> >>>>> >>>>> and so on (it is in the policy.d folder) >>>>> >>>>> I am aware the key to this is the error >>>>> >>>>> (2) ERROR: Failed retrieving values required to evaluate >>>>> condition >>>>> >>>>> What I am unclear about is why this is failing / and what I have done >>>>> wrong >>>>> here to cause this. If you can give me one more pointer here I'd >>>>> appreciate >>>>> it >>>>> >>>>> More than happy to send any of the extra config or log as needed >>>>> >>>>> Thanks in advance >>>>> >>>>> Richard >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> On Thursday 09/11/2017 at 1:35 pm, Alan DeKok wrote: >>>>> >>>>> >>>>> >>>>>> >>>>>> 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 >>>>>> >>>>>> >>>>>> - >>>>> List info/subscribe/unsubscribe? See http://www.freeradius.org/list >>>>> /users.html >>>>> - >>>>> List info/subscribe/unsubscribe? See http://www.freeradius.org/list >>>>> /users.html >>>>> >>>>> >>>> - >>>> List info/subscribe/unsubscribe? See http://www.freeradius.org/list >>>> /users.html >>>> >>> - >>> List info/subscribe/unsubscribe? See http://www.freeradius.org/list >>> /users.html >>> >> >> - >> List info/subscribe/unsubscribe? See http://www.freeradius.org/list >> /users.html > - > List info/subscribe/unsubscribe? See > http://www.freeradius.org/list/users.html

2 1

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

11 Nov '17

Hi I can almost certainly test this with the remote radius server - I am just waiting for the remote server to be configured to allow me access - and in the mean time was trying to test my config locally. >From the log if (&Cisco-AVPair =~ /ip:route=([^ ]+) ([^ ]+)/) { ERROR: Failed retrieving values required to evaluate condition I assume that &Cisco-AVPair is not available here and I should be using something else (or I could have totally the wrong reason). Ultimately the aim was to check if what had written worked before I had access to the upstream server. If it's easier just to wait I shall. Thanks in advance Richard On Saturday 11/11/2017 at 7:39 pm, Alan Buxey wrote: > Best test would be to have a remote radius server sending back replies > like > you will have as using some local stuff added via SQL isn't going to > be the > same , goes through different sections, > > alan > > On 11 Nov 2017 7:33 pm, "Richard J Palmer" <richard(a)merula.net> wrote: > >> >> HI Alan >> >> I will be using it for Proxy. However I was trying to test / use this >> locally as well while debugging the server / code. >> >> Ideally it would be nice to allow both options to work but I am >> flexible >> if it's easier just to use this for requests that are proxied >> >> Thanks >> >> Richard >> >> >> >> >> On Saturday 11/11/2017 at 7:14 pm, Alan Buxey wrote: >> >>> >>> You say you need to modify a reply from their radius server - this >>> will be >>> in the post-proxy section? >>> >>> Also if (&reply:Cisco-AVPair ... ? >>> >>> alan >>> >>> >>> On 11 Nov 2017 6:37 pm, "Richard J Palmer" <richard(a)merula.net> wrote: >>> >>> Hi >>> >>> Sorry for the delay. I am getting close with this I think... BUT >>> something >>> seems to be slightly wrong. >>> >>> Happy to post a full log as needed - BUT I hope the bit I need is >>> here: >>> >>> (2) sql1: Framed-Route = "" >>> (2) sql1: Framed-IP-Address = 1.2.3.1 >>> (2) sql1: Framed-IP-Netmask = 255.255.255.248 >>> (2) sql1: Cisco-AVPair += "ip:route=1.2.3.0 255.255.255.248" >>> (2) sql1: Filter-Id = "P" >>> (2) sql1: Chargeable-User-Identity = "richard2" >>> >>> <group SQL statements> >>> >>> (2) sql1: Group "Hotspot": Merging reply items >>> (2) sql1: Acct-Interim-Interval = 600 >>> >>> (2) [sql1] = ok >>> (2) } # redundant = ok >>> (2) policy rewrite_routes { >>> (2) if (&Cisco-AVPair =~ /ip:route=([^ ]+) ([^ ]+)/) { >>> (2) ERROR: Failed retrieving values required to evaluate >>> condition >>> (2) } # policy rewrite_routes = ok >>> >>> (2) Login OK: [richard2] (from client local port 1) >>> (2) Sent Access-Accept Id 69 from 127.0.0.1:1645 to 127.0.0.1:48919 >>> length 0 >>> (2) Framed-IP-Address = 1.2.3.1 >>> (2) Framed-IP-Netmask = 255.255.255.248 >>> (2) Cisco-AVPair = "ip:route=1.2.3.0 255.255.255.248" >>> (2) Filter-Id = "P" >>> (2) Chargeable-User-Identity = "richard2" >>> (2) Acct-Interim-Interval = 600 >>> (2) Finished request >>> >>> >>> In my authorise section I have placed: >>> >>> redundant { >>> sql1 >>> sql2 >>> handled >>> } >>> # -sql >>> rewrite_routes >>> >>> (The other sections are there - this is just to show where what I hope >>> is >>> relevant. The code itself is based on the code provided below >>> >>> rewrite_routes { >>> >>> if (&Cisco-AVPair =~ /ip:route=([^ ]+) ([^ ]+)/) { >>> switch "%{2}" { >>> case "255.255.255.255" { >>> update reply { >>> Framed-Route = "%{1}/32" >>> } >>> } >>> case "255.255.255.254" { >>> update reply { >>> Framed-Route = "%{1}/31" >>> } >>> } >>> >>> >>> and so on (it is in the policy.d folder) >>> >>> I am aware the key to this is the error >>> >>> (2) ERROR: Failed retrieving values required to evaluate >>> condition >>> >>> What I am unclear about is why this is failing / and what I have done >>> wrong >>> here to cause this. If you can give me one more pointer here I'd >>> appreciate >>> it >>> >>> More than happy to send any of the extra config or log as needed >>> >>> Thanks in advance >>> >>> Richard >>> >>> >>> >>> >>> >>> On Thursday 09/11/2017 at 1:35 pm, Alan DeKok wrote: >>> >>> >>>> >>>> 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 >>>> >>>> >>> - >>> List info/subscribe/unsubscribe? See http://www.freeradius.org/list >>> /users.html >>> - >>> List info/subscribe/unsubscribe? See http://www.freeradius.org/list >>> /users.html >>> >> >> - >> List info/subscribe/unsubscribe? See http://www.freeradius.org/list >> /users.html > - > List info/subscribe/unsubscribe? See > http://www.freeradius.org/list/users.html

3 2

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

11 Nov '17

HI Alan That makes a lot more sense - I have other servers here feeding from that SQL Database so I will proxy to them. Not sure why I didn't think of that option! Thanks again Richard On Saturday 11/11/2017 at 8:42 pm, Alan Buxey wrote: > Not that remote server, just spin up another server that this one > talks to, > replying back with such results. > > Run in full debug mode, you should see contents of packets, since this > isn't in the post-proxy or post-auth (as you are putting things in > during > Auth stage and checking/changing them there - which isn't how the real > server would behave or be configured) the check you make will be > different > too > > alan > > On 11 Nov 2017 8:17 pm, "Richard J Palmer" <richard(a)merula.net> wrote: > >> >> Hi >> >> I can almost certainly test this with the remote radius server - I am >> just >> waiting for the remote server to be configured to allow me access - >> and in >> the mean time was trying to test my config locally. >> >> From the log >> >> if (&Cisco-AVPair =~ /ip:route=([^ ]+) ([^ ]+)/) { >> >> ERROR: Failed retrieving values required to evaluate condition >> >> I assume that &Cisco-AVPair is not available here and I should be >> using >> something else (or I could have totally the wrong reason). >> >> Ultimately the aim was to check if what had written worked before I >> had >> access to the upstream server. If it's easier just to wait I shall. >> >> Thanks in advance >> >> Richard >> >> >> >> >> On Saturday 11/11/2017 at 7:39 pm, Alan Buxey wrote: >> >>> >>> Best test would be to have a remote radius server sending back replies >>> like >>> you will have as using some local stuff added via SQL isn't going to >>> be >>> the >>> same , goes through different sections, >>> >>> alan >>> >>> On 11 Nov 2017 7:33 pm, "Richard J Palmer" <richard(a)merula.net> wrote: >>> >>> >>>> >>>> HI Alan >>>> >>>> I will be using it for Proxy. However I was trying to test / use this >>>> locally as well while debugging the server / code. >>>> >>>> Ideally it would be nice to allow both options to work but I am >>>> flexible >>>> if it's easier just to use this for requests that are proxied >>>> >>>> Thanks >>>> >>>> Richard >>>> >>>> >>>> >>>> >>>> On Saturday 11/11/2017 at 7:14 pm, Alan Buxey wrote: >>>> >>>> >>>>> >>>>> You say you need to modify a reply from their radius server - this >>>>> will >>>>> be >>>>> in the post-proxy section? >>>>> >>>>> Also if (&reply:Cisco-AVPair ... ? >>>>> >>>>> alan >>>>> >>>>> >>>>> On 11 Nov 2017 6:37 pm, "Richard J Palmer" <richard(a)merula.net> wrote: >>>>> >>>>> Hi >>>>> >>>>> Sorry for the delay. I am getting close with this I think... BUT >>>>> something >>>>> seems to be slightly wrong. >>>>> >>>>> Happy to post a full log as needed - BUT I hope the bit I need is >>>>> here: >>>>> >>>>> (2) sql1: Framed-Route = "" >>>>> (2) sql1: Framed-IP-Address = 1.2.3.1 >>>>> (2) sql1: Framed-IP-Netmask = 255.255.255.248 >>>>> (2) sql1: Cisco-AVPair += "ip:route=1.2.3.0 255.255.255.248" >>>>> (2) sql1: Filter-Id = "P" >>>>> (2) sql1: Chargeable-User-Identity = "richard2" >>>>> >>>>> <group SQL statements> >>>>> >>>>> (2) sql1: Group "Hotspot": Merging reply items >>>>> (2) sql1: Acct-Interim-Interval = 600 >>>>> >>>>> (2) [sql1] = ok >>>>> (2) } # redundant = ok >>>>> (2) policy rewrite_routes { >>>>> (2) if (&Cisco-AVPair =~ /ip:route=([^ ]+) ([^ ]+)/) { >>>>> (2) ERROR: Failed retrieving values required to evaluate >>>>> condition >>>>> (2) } # policy rewrite_routes = ok >>>>> >>>>> (2) Login OK: [richard2] (from client local port 1) >>>>> (2) Sent Access-Accept Id 69 from 127.0.0.1:1645 to 127.0.0.1:48919 >>>>> length 0 >>>>> (2) Framed-IP-Address = 1.2.3.1 >>>>> (2) Framed-IP-Netmask = 255.255.255.248 >>>>> (2) Cisco-AVPair = "ip:route=1.2.3.0 255.255.255.248" >>>>> (2) Filter-Id = "P" >>>>> (2) Chargeable-User-Identity = "richard2" >>>>> (2) Acct-Interim-Interval = 600 >>>>> (2) Finished request >>>>> >>>>> >>>>> In my authorise section I have placed: >>>>> >>>>> redundant { >>>>> sql1 >>>>> sql2 >>>>> handled >>>>> } >>>>> # -sql >>>>> rewrite_routes >>>>> >>>>> (The other sections are there - this is just to show where what I hope >>>>> is >>>>> relevant. The code itself is based on the code provided below >>>>> >>>>> rewrite_routes { >>>>> >>>>> if (&Cisco-AVPair =~ /ip:route=([^ ]+) ([^ ]+)/) { >>>>> switch "%{2}" { >>>>> case "255.255.255.255" { >>>>> update reply { >>>>> Framed-Route = >>>>> "%{1}/32" >>>>> } >>>>> } >>>>> case "255.255.255.254" { >>>>> update reply { >>>>> Framed-Route = >>>>> "%{1}/31" >>>>> } >>>>> } >>>>> >>>>> >>>>> and so on (it is in the policy.d folder) >>>>> >>>>> I am aware the key to this is the error >>>>> >>>>> (2) ERROR: Failed retrieving values required to evaluate >>>>> condition >>>>> >>>>> What I am unclear about is why this is failing / and what I have done >>>>> wrong >>>>> here to cause this. If you can give me one more pointer here I'd >>>>> appreciate >>>>> it >>>>> >>>>> More than happy to send any of the extra config or log as needed >>>>> >>>>> Thanks in advance >>>>> >>>>> Richard >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> On Thursday 09/11/2017 at 1:35 pm, Alan DeKok wrote: >>>>> >>>>> >>>>> >>>>>> >>>>>> 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 >>>>>> >>>>>> >>>>>> - >>>>> List info/subscribe/unsubscribe? See http://www.freeradius.org/list >>>>> /users.html >>>>> - >>>>> List info/subscribe/unsubscribe? See http://www.freeradius.org/list >>>>> /users.html >>>>> >>>>> >>>> - >>>> List info/subscribe/unsubscribe? See http://www.freeradius.org/list >>>> /users.html >>>> >>> - >>> List info/subscribe/unsubscribe? See http://www.freeradius.org/list >>> /users.html >>> >> >> - >> List info/subscribe/unsubscribe? See http://www.freeradius.org/list >> /users.html > - > List info/subscribe/unsubscribe? See > http://www.freeradius.org/list/users.html

1 0

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

11 Nov '17

HI Alan I will be using it for Proxy. However I was trying to test / use this locally as well while debugging the server / code. Ideally it would be nice to allow both options to work but I am flexible if it's easier just to use this for requests that are proxied Thanks Richard On Saturday 11/11/2017 at 7:14 pm, Alan Buxey wrote: > You say you need to modify a reply from their radius server - this > will be > in the post-proxy section? > > Also if (&reply:Cisco-AVPair ... ? > > alan > > > On 11 Nov 2017 6:37 pm, "Richard J Palmer" <richard(a)merula.net> wrote: > > Hi > > Sorry for the delay. I am getting close with this I think... BUT > something > seems to be slightly wrong. > > Happy to post a full log as needed - BUT I hope the bit I need is > here: > > (2) sql1: Framed-Route = "" > (2) sql1: Framed-IP-Address = 1.2.3.1 > (2) sql1: Framed-IP-Netmask = 255.255.255.248 > (2) sql1: Cisco-AVPair += "ip:route=1.2.3.0 255.255.255.248" > (2) sql1: Filter-Id = "P" > (2) sql1: Chargeable-User-Identity = "richard2" > > <group SQL statements> > > (2) sql1: Group "Hotspot": Merging reply items > (2) sql1: Acct-Interim-Interval = 600 > > (2) [sql1] = ok > (2) } # redundant = ok > (2) policy rewrite_routes { > (2) if (&Cisco-AVPair =~ /ip:route=([^ ]+) ([^ ]+)/) { > (2) ERROR: Failed retrieving values required to evaluate > condition > (2) } # policy rewrite_routes = ok > > (2) Login OK: [richard2] (from client local port 1) > (2) Sent Access-Accept Id 69 from 127.0.0.1:1645 to 127.0.0.1:48919 > length 0 > (2) Framed-IP-Address = 1.2.3.1 > (2) Framed-IP-Netmask = 255.255.255.248 > (2) Cisco-AVPair = "ip:route=1.2.3.0 255.255.255.248" > (2) Filter-Id = "P" > (2) Chargeable-User-Identity = "richard2" > (2) Acct-Interim-Interval = 600 > (2) Finished request > > > In my authorise section I have placed: > > redundant { > sql1 > sql2 > handled > } > # -sql > rewrite_routes > > (The other sections are there - this is just to show where what I hope > is > relevant. The code itself is based on the code provided below > > rewrite_routes { > > if (&Cisco-AVPair =~ /ip:route=([^ ]+) ([^ ]+)/) { > switch "%{2}" { > case "255.255.255.255" { > update reply { > Framed-Route = "%{1}/32" > } > } > case "255.255.255.254" { > update reply { > Framed-Route = "%{1}/31" > } > } > > > and so on (it is in the policy.d folder) > > I am aware the key to this is the error > > (2) ERROR: Failed retrieving values required to evaluate > condition > > What I am unclear about is why this is failing / and what I have done > wrong > here to cause this. If you can give me one more pointer here I'd > appreciate > it > > More than happy to send any of the extra config or log as needed > > Thanks in advance > > Richard > > > > > > On Thursday 09/11/2017 at 1:35 pm, Alan DeKok wrote: > >> >> 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 >> > > - > List info/subscribe/unsubscribe? See http://www.freeradius.org/list > /users.html > - > List info/subscribe/unsubscribe? See > http://www.freeradius.org/list/users.html

2 1

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

11 Nov '17

Hi Sorry for the delay. I am getting close with this I think... BUT something seems to be slightly wrong. Happy to post a full log as needed - BUT I hope the bit I need is here: (2) sql1: Framed-Route = "" (2) sql1: Framed-IP-Address = 1.2.3.1 (2) sql1: Framed-IP-Netmask = 255.255.255.248 (2) sql1: Cisco-AVPair += "ip:route=1.2.3.0 255.255.255.248" (2) sql1: Filter-Id = "P" (2) sql1: Chargeable-User-Identity = "richard2" <group SQL statements> (2) sql1: Group "Hotspot": Merging reply items (2) sql1: Acct-Interim-Interval = 600 (2) [sql1] = ok (2) } # redundant = ok (2) policy rewrite_routes { (2) if (&Cisco-AVPair =~ /ip:route=([^ ]+) ([^ ]+)/) { (2) ERROR: Failed retrieving values required to evaluate condition (2) } # policy rewrite_routes = ok (2) Login OK: [richard2] (from client local port 1) (2) Sent Access-Accept Id 69 from 127.0.0.1:1645 to 127.0.0.1:48919 length 0 (2) Framed-IP-Address = 1.2.3.1 (2) Framed-IP-Netmask = 255.255.255.248 (2) Cisco-AVPair = "ip:route=1.2.3.0 255.255.255.248" (2) Filter-Id = "P" (2) Chargeable-User-Identity = "richard2" (2) Acct-Interim-Interval = 600 (2) Finished request In my authorise section I have placed: redundant { sql1 sql2 handled } # -sql rewrite_routes (The other sections are there - this is just to show where what I hope is relevant. The code itself is based on the code provided below rewrite_routes { if (&Cisco-AVPair =~ /ip:route=([^ ]+) ([^ ]+)/) { switch "%{2}" { case "255.255.255.255" { update reply { Framed-Route = "%{1}/32" } } case "255.255.255.254" { update reply { Framed-Route = "%{1}/31" } } and so on (it is in the policy.d folder) I am aware the key to this is the error (2) ERROR: Failed retrieving values required to evaluate condition What I am unclear about is why this is failing / and what I have done wrong here to cause this. If you can give me one more pointer here I'd appreciate it More than happy to send any of the extra config or log as needed Thanks in advance Richard On Thursday 09/11/2017 at 1:35 pm, Alan DeKok wrote: > 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

2 1

Radtest with "Sent too many packets" error messages
by Claudio Carvalho 11 Nov '17

11 Nov '17

Hello, I am testing the radtest application with 1000 users in CSV file using the parameters below, after 30 or 40 minutes of testing the radtest interrupts with the following message: “Received response ID 152, code 5, lengthradperf: Sent too many packets (13104 > 13103)” This is my radperf execution command: radperf -A600,3600 -s -4 -T test.rad -f test.csv x.x.x.x auth xxxx test.rad file: NAS-IP-Address = 192.168.1.1 NAS-Port = "" NAS-Port-Type = "Virtual" Called-Station-Id = "test.domain" test.csv file: 0001,”0001” 0002,”0002” . . 1000,”1000” Has anyone had this problem? Thanks, Claudio.

2 1

Accounting on SQL - sleep time
by Andrés Gómez 10 Nov '17

10 Nov '17

Hi dear list. I have 3 freeradius servers using the same version and configuration. The first one is the primary radius server for many access points and the second and third one are the secundary radius server fo the same access points. The behavior should be the same (because I use the same version and configuration of freeradius) but in the MySQL server I see that accounting queries from the 1st (main) one are closed very fast (least of 1 second). In the mysql process usually appears with 0 or 1 second of duration time: | 3502 | user | FIRST:42048 | radius | Sleep | 1 | | NULL | 0 | 1 | | 3504 | user | FIRST:42050 | radius | Sleep | 1 | | NULL | 0 | 0 | | 3505 | user | FIRST:42052 | radius | Sleep | 1 | | NULL | 0 | 0 | But about the queries from 2nd or 3th server are not closed, so I can see process opened from a lot of time ago: | 1912220 | user | SECOND:36298 | radius | Sleep | 7471 | | NULL | 0 | 0 | | 1913262 | user | SECOND:37010 | radius | Sleep | 7077 | | NULL | 0 | 0 | | 1913816 | user | SECOND:37384 | radius | Sleep | 6871 | | NULL | 0 | 0 | | 1948365 | user | THIRD:39115 | radius | Sleep | 733 | | NULL | 0 | 0 | | 1948368 | user | THIRD:39117 | radius | Sleep | 733 | | NULL | 0 | 0 | | 1948369 | user | THIRD:39118 | radius | Sleep | 733 | | NULL | 0 | 0 | What can I check? Thanks in advance! Regards -- *C. Andrés Gómez R.*

2 1

is freeradius server support fail over ??
by Dipteshkumar Patel 10 Nov '17

10 Nov '17

hello sir I am using freeradius version 2.2.0 and freeradius client 1.1.7 I want to know that freeradius-server supports the fail over if yes then how can i setup it? *Diptesh Patel* Jr. Software Developer Ecosmob Technologies Ltd Ahmedabad Mo:*+919898962659*

2 1

EAP-PEAP MSCHAPv2 with Python Module
by Gary Gwin 09 Nov '17

09 Nov '17

I've configured and tested the EAP-PEAP MSCHAPv2 basic example as documented with FreeRADIUS 3.0.12 using a Windows 10 supplicant configured for WPA2 Enterprise. Instead of using the FreeRADIUS users file for authentication, I want to use a custom Python module in the inner-tunnel (I presume) to authenticate the user with a REST API. 1) How do I know in the Python module when to get in the middle of the multi-step eap authentication without causing problems? 2) How do I get the User-Password? I've seen posts that suggest the User-Password might be sent encrypted in the EAP-Message. If that's the case: 3) How do I know how to decrypt the EAP-Message? 4) Anything else I need to know? Thanks, Gary

3 6