Kostas Kalevras a �crit :
db is efficient, just need some perl around it. Personnaly, I don't want to install an sql server just in order to play with ippool.
I have some scripts here which will process a ip pool file (using rlm_ippool_tool) against radwho or a radacct table, which I used to clean out rm_ippool's data every so often. The problem is that any non-FreeRADIUS modification of the database needs to be done while FreeRADIUS is stopped.
I'd love to improve rlm_ippool_tool, but if I ever work on it again, it'll be to SQLise rlm_ippool instead, (as I believe someone has done and posted a patch to the list), as part of my heartfelt desire to turn FreeRADIUS into some kind of unusual SQL database frontend. ^_^
Hmm, rlm_ippool can be a good candidate for sqlizing. Though it will need to use the rlm_sql functions (like radsqlrelay does). sql xlat is good for queries but in the case of rlm_ippool inserts/updates are also required which are difficult to implement through xlat.
Keep it simple and easy.
--
Dominique LALOT Ing�nieur Syst�me R�seau CISCAM Pole R�seau
Universit� de la M�diterran�e http://annuaire.univ-mrs.fr/showuser.php?uid=lalot
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
