Hi Gary,
We’ve had a look at it.
The issue is that FreeRADIUS 2 does not correctly escape the values passed
through the %Z variable (which contains the sum of all the radius attributes).
That will be solved in FreeRADIUS 3 to which we are moving in the next year,
but for now I would suggest you either comment out the “sql” calls in the
post-auth sections of the raddb/sites-enabled/packetfence* files.
Permanently fixing this would imply patching FreeRADIUS or rewriting the logic
of that sql call in a custom perl module.
Regards,
--
Louis Munro
[email protected] :: www.inverse.ca
+1.514.447.4918 x125 :: +1 (866) 353-6153 x125
Inverse inc. :: Leaders behind SOGo (www.sogo.nu) and PacketFence
(www.packetfence.org)
> On Feb 24, 2016, at 11:29 , Gary Stansbury <[email protected]> wrote:
>
> Any update on this behavior? I don't know where the code is for the
> post-auth SQL accounting updates or I'd go take a look myself...
>
> Thanks,
------------------------------------------------------------------------------
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140
_______________________________________________
PacketFence-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/packetfence-users
