(RADIATOR) using the class atribute for a special purpose
Ayotunde Itayemi
aitayemi at metrong.com
Fri Apr 25 08:07:56 CDT 2003
Hi Hugh,
Still no luck. I noticed from the (attached) trace 4 debug log that the authentication request
somehow skips the Class="EmailOnly" Handler and ends up being authenticated by the
next handler (Client-Identifier=pattonrases) - please see attached radius.cfg
The strange thing is that the accounting requests are then handled by the (correct) Handler !?
I hope to hear from you soon.
Please note that I have tried both
Class="EmailOnly", Called-Station-Id=/15000/
and
Class="EmailOnly", Called-Station-Id="15000"
Which is actually the correct way of specifying the the Called-Station-id by the way
Regards,
Tunde I.
----- Original Message -----
From: Hugh Irvine
To: Ayotunde Itayemi
Cc: radiator at open.com.au
Sent: Friday, April 25, 2003 12:42 AM
Subject: Re: (RADIATOR) using the class atribute for a special purpose
Hello Tunde -
Yes this the correct approach and this is what the Class attribute is designed for.
You will find quite a bit of discussion on the Class attribute on the mailing list archive.
www.open.com.au/archives/radiator
regards
Hugh
On Friday, Apr 25, 2003, at 05:52 Australia/Melbourne, Ayotunde Itayemi wrote:
Hi All, Hi Hugh,
I need a special variable that I can set in a particular group of users (email-only) records in my
user database (an oracle table). Can I use the class atribute?
I was thinking of something along the line of:
Replyattr = ' Framed-Protocol = PPP,Session-Timeout="until Time", Class="Email-Only"'
Then in the Handler section of my radiator config file:
<Handler Class="Email-Only", Called-Station-Id=2001024>
.... do something ...
</Handler>
.... other handlers ...
The idea is to process this group of users specially before the general users who connect to
the same set of NASes. Also I won't set the Class attribute for my other class(es) of users.
Do you think this will work? Do I lose anything by using the class attribute this way? Thanks.
Regards,
Tunde Itayemi.
NB: have you included a copy of your configuration file (no secrets),
together with a trace 4 debug showing what is happening?
--
Radiator: the most portable, flexible and configurable RADIUS server
anywhere. Available on *NIX, *BSD, Windows 95/98/2000, NT, MacOS X.
-
Nets: internetwork inventory and management - graphical, extensible,
flexible with hardware, software, platform and database independence.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.open.com.au/pipermail/radiator/attachments/20030425/c316b9e8/attachment.html>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: logfile.txt
URL: <http://www.open.com.au/pipermail/radiator/attachments/20030425/c316b9e8/attachment.txt>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: radius.cfg
Type: application/octet-stream
Size: 3317 bytes
Desc: not available
URL: <http://www.open.com.au/pipermail/radiator/attachments/20030425/c316b9e8/attachment.obj>
More information about the radiator
mailing list