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-boun...@open.com.au [mailto:radiator-boun...@open.com.au] On Behalf Of Heikki Vatiainen Sent: Thursday, April 04, 2013 4:47 PM To: radiator@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 <h...@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@open.com.au http://www.open.com.au/mailman/listinfo/radiator _______________________________________________ radiator mailing list radiator@open.com.au http://www.open.com.au/mailman/listinfo/radiator