30 Jan
2008
30 Jan
'08
3:29 p.m.
On Wednesday 30 January 2008 13:03:13 Jesus Rodriguez wrote:
Vaya, es cierto, además lo acabo de comprobar viendo que la query que hace
FreeRadius para autenticación es totalmente configurable.
Creo que tiraré por ahí (powered by KISS) ;)
Gracias.
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
Una duda que
me surge. Hasta donde me he enterado, si uso backend DB
para
Radius (o use el que use) la información se guarda en tablas simples
con
campos en plan:
- usuario - atributo - valor -
Es decir, si uso autenticación por Radius no podría usar la tabla
"subscriber"
de OpenSer para nada, y el tema de administración de usuarios
(aplicación web
y tal) se complicaría un pelín.
¿Me equivoco en algo?
Sí :)
Aún usando radius puedes usar la tabla subscriber para autenticar.
Simplemente le dices al radius qué campos tiene que usar en la query. En caso de
estar en lo cierto creo que me decantaría, como sugiere
Jesús, por
mantener a los usuarios en MySQL (tabla "subscriber"), por lo que la
autenticación sería vía MySQL, y el accounting vía Radius.
Y me surge duda en cuanto al módulo "group" y "avpops"
(tabla "usr_preferences") ya que esas tablas de por sí son de
tipo "usuario-atributo-valor" y no perdería nada por implementarlo
en Radius.
Si tu servidor MySQL aguanta lo que le echen, yo dejaría el accounting
en Radius y el resto en el MySQL :) . Si llegas al punto en el que
tienes que afinar tanto que una query puede marcar la diferencia,
entonces siempre puedes pasar al radius.