string up CUI for visiting eduroam users

[Alex Sharaz]

Sigh!
Should have thought of that. Thanks,
moved cui config to post-auth and  it's up and running now

Rgds
Alex

On 19 Mar 2013, at 10:24, Scott Armitage <S.P.Armitage at lboro.ac.uk> wrote:

> 
> On 19 Mar 2013, at 10:11, Alex Sharaz <alex.sharaz at york.ac.uk>
> wrote:
> 
>> Hi,
>> 
>> working on the basis that we'll be proxying off the auth request to another site.
>> 
>> I'm then assuming that in the response from the home server somewhere else on the planet there'll be a non null CUI attribute which I can get at in the post proxy clause. I also want to put the info into the chi table that i've created in my back end mysql database. 
>> 
>> I thought I'd be able to do 
>> 
>> post-proxy {
>> 
>> #
>> # Visiting eduroam users using our wireless. 
>> 
>> #
>> # If we've got a CUI coming back in the Access-Accept packet, do something with it
>> #
>> #       cui_updatedb
>> 
>> #
>> 
>> However, If I do a radius -X -d /etc/freeradius to check it, I get
>> 
>> 
>> /etc/freeradius/policy.conf[185]: "SQL" modules aren't allowed in 'post-proxy' sections -- they have no such method.
>> /etc/freeradius/policy.conf[185]: Failed to parse "cui" entry.
>> /etc/freeradius/policy.conf[184]: Failed to parse "if" subsection.
>> /etc/freeradius/sites-enabled/default[492]: Errors parsing post-proxy section. 
>> 
>> 
>> At which point can I get hold of the returning CUI data and  put it into a database.
> 
> Why not record the CUI in the post-auth section?
> 
> Regards
> 
> Scott
> 
> -
> List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html