(RADIATOR) Add-reply-attribute based on calling-station-id

[Sebastian Filzek]

> You will probably need to use a ReplyHook for this.
>
> There is an example ReplyHook in the file "goodies/hooks.txt".

I've been trying to use a ReplyHook.

I'm using AuthBy SQLRADIUS.  I believe maybe the ReplyHook parameter
is not supported correctly for a authby SQLRADIUS?

I note in the docs it says that AuthBy SQLRADIUS supports all params
supported by AuthBy RADIUS, but I cant even
get my ReplyHook to output a debug log message.

Sab.

--
Sebastian Filzek
Email: sebastian at filzek.org

----- Original Message -----
From: "Hugh Irvine" <hugh at open.com.au>
To: <sebastian at filzek.org>
Cc: <radiator at open.com.au>
Sent: Friday, May 02, 2003 3:02 PM
Subject: Re: (RADIATOR) Add-reply-attribute based on
calling-station-id


>
> Hello Sebastian -
>
> You will probably need to use a ReplyHook for this.
>
> There is an example ReplyHook in the file "goodies/hooks.txt".
>
> regards
>
> Hugh
>
>
> >
> > Hello,
> >
> > I'm trying to add a reply attribute to an access-accept packet,
based
> > on the
> > calling-station-id of the access request.  This is simple. However
I'm
> > trying
> > to do it while running auth by radius and the user gets
authenticated
> > elsewhere.
> >
> > So I see an access-request packet, it contains the information I
want
> > to match,
> > then I forward this by radius to a downstream proxy, they auth the
> > user and
> > then I see an access-accept for this user.  It is at this stage
that I
> > need to add
> > a reply attrib (based on some information which I pulled out of
the
> > access-
> > request earlier),  however the only thing linking the
access-accept to
> > the
> > access-request is the proxy-state.
> >
> > Any pointers on how to achieve this are greatly appreciated.
> >
> > Kind regards,
> > Sebastian.
> >
> > --
> > Sebastian Filzek
> > Email: sebastian at filzek.org
> >
> >
> >
> >
> >
>
> 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.
>
> ===
> Archive at http://www.open.com.au/archives/radiator/
> Announcements on radiator-announce at open.com.au
> To unsubscribe, email 'majordomo at open.com.au' with
> 'unsubscribe radiator' in the body of the message.

===
Archive at http://www.open.com.au/archives/radiator/
Announcements on radiator-announce at open.com.au
To unsubscribe, email 'majordomo at open.com.au' with
'unsubscribe radiator' in the body of the message.