[RADIATOR] Ideas on group and reply attribs parsing
Garry Shtern
Garry.Shtern at twosigma.com
Thu Apr 4 16:04:48 CDT 2013
I actually did. It's similar to what I want to do, with the exception of the fact that I want to store the group to reply mappings in local files, rather than SQL server.
I am thinking of using a hook to create a "userIsInGroup" function local to AuthBy FILE. What do you think?
-----Original Message-----
From: radiator-bounces at open.com.au [mailto:radiator-bounces at open.com.au] On Behalf Of Heikki Vatiainen
Sent: Thursday, April 04, 2013 4:47 PM
To: radiator at open.com.au
Subject: Re: [RADIATOR] Ideas on group and reply attribs parsing
On 04/04/2013 11:24 PM, Garry Shtern wrote:
> Thanks for the pointer. What I want to accomplish (forgetting about
> the actual code), it define all of my users in a single file. And in
> the same file to be able to distinguish which reply attributes are
> returned based on the RADIUS client.
It's getting a bit late here, so I'll now just ask if you have noticed goodies/lookupauthgroup.pl? It uses SQL, but could still be useful as another pointer.
Thanks,
Heikki
--
Heikki Vatiainen <hvn at open.com.au>
Radiator: the most portable, flexible and configurable RADIUS server anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, Platypus, Freeside, TACACS+, PAM, external, Active Directory, EAP, TLS, TTLS, PEAP, TNC, WiMAX, RSA, Vasco, Yubikey, MOTP, HOTP, TOTP, DIAMETER etc. Full source on Unix, Windows, MacOSX, Solaris, VMS, NetWare etc.
_______________________________________________
radiator mailing list
radiator at open.com.au
http://www.open.com.au/mailman/listinfo/radiator
More information about the radiator
mailing list