Mike McCauley wrote:
> Probably the best way to handle this kind of thing is to use the radius Class
> attribute. If you set the Class attribute in the reply to an access request,
> then the NAS will send that same string back in the Class attribue for the
> accounting requests.
>
> Then you can use
> <Handler Class=whatever>
> to choose how to handle each category of accounting request
Thanks, I'll try it today.
What do You think about config-wide user-defined variables? It would be just
fine if the Radiator has it :)
Also, I would like to adapt Radiator for my old ICRADIUS database. There is
attribute-value pairs stored for users or for groups of users in a different
records. Lets say, user "user" has "Service-Type" as attribute name and
"Framed-User" as its value in one database record, and "Framed-IP-Address" and
"195.128.154.125" in another, and we have to collect them all from the table and
set up for "check" or "reply" items in "Access-Accept" (select concat(attribute,
" = ", value, ",") from radcheck where username="user", for example). Is there a
way to do that with Radiator?
> BTW, it would be helpful if you did not post HTML to the list: not everyone
> uses HTML mail agents.
Oops... Sorry - I didn't notice that. There must be something wrong with my
"Netscape Messenger" at my office...
P.S. At first look Radiator is a very powerful AAA server. But it is a little
bit complicated to configure, but it is the most powerful RADIUS server I ever
seen yet.
--
________________________________________________________
Regards, Dmitry Niqiforoff [tel. +7 8462 427427]
Kraft-S, JSC.
Samara, Russia
===
Archive at http://www.thesite.com.au/~radiator/
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.
