FreeRadius and MySql custom attributes
Aaron Seibert
aaron at awseibert.net
Wed Nov 5 22:47:23 CET 2008
Becuase the database is already established with thousands of
customers.... We're looking to migrate from an existing VOPRadius
system. The MsSql database is tied into our account management system
as well
On Wed, 2008-11-05 at 16:45 -0500, Stephen Bowman wrote:
>
>
> authorize_reply_query = "SELECT
> '',Username,'Profile',Profiles,':=' FROM
> radius_auth WHERE Username = '%{SQL-User-Name}'"
>
>
>
> It's doing exactly what you tell it to do.
>
>
>
>
>
> query: SELECT '',Username,'Profile',Profiles,':=' FROM
> radius_auth
> WHERE Username = 'aseibert at evenlink.com'
>
> There's the query as you defined it above...
>
>
>
>
> Sending Access-Accept of id 46 to 206.174.130.217 port 40278
> Profile := "Slip"
>
> And there's the access-accept with a reply attribute of Profile :=
> "Slip". In your database you clearly have a column titled 'Profile'
> in radius_auth with value of "Slip" for the row for the username
> "aseibert at evenlink.com"
>
> To get what you want, you would need a column titled "Slipstream-Auth"
> with a value of "True" for the row for the username
> "aseibert at evenlink.com".
>
> But all this is actually a bit horkie. It makes little sense to have
> to add a column everytime you want a random check/reply attribute.
> It's bad practice and going to be terribly inefficient by any database
> backend.
>
> Why is it that you don't want to follow the provided schema (in 2.x
> raddb/sql/mysql/) and predefined queries?
>
>
>
>
> -
> List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
More information about the Freeradius-Users
mailing list