Thanks Michael.
I notice that my Class attribute has the username in it.
Will test in my environment.
On Tue, Nov 26, 2013 at 3:38 PM, Michael wrote:
>
> sample of the perl Hook? Well, if you're going to just need 1 value, and
> you are ok with using the Class attribute directly, then you do
oh, sorry, and.
you need to add these values to the Reply after you authenticate:
AddToReply Class =
"%{Reply:zone},%{Reply:uid},%{Reply:auth-un},%{Reply:old_zone},%U"
These %{Reply:attr} values are my own custom values added to the reply
during authentication and are configured in the us
sample of the perl Hook? Well, if you're going to just need 1 value,
and you are ok with using the Class attribute directly, then you don't
need a hook. You would just need to configure:
AddToReply Class = "somevalue"
then, when the Stop comes back, the same Class value should be there.
bu
Thanks Michael.
Would you be able to share a sample?
On Tue, Nov 26, 2013 at 2:39 PM, Michael wrote:
> to save other values, you have to place it in the Class attribute in the
> Reply packet going back to your device. The Class should get saved in the
> device, and will be there when the Sto
to save other values, you have to place it in the Class attribute in the
Reply packet going back to your device. The Class should get saved in
the device, and will be there when the Stop packet comes in. I
personally save a few values in the Class as coma separated values.
When it comes back
Thanks Hugh.
I am already seeing the attributes using trace 4. Just exploring other
possible ways to obtain and store the Start time of a session without
having to calculate using session time (Acct-Session-Time).
Rohan
On Mon, Nov 25, 2013 at 10:21 PM, Hugh Irvine wrote:
>
> Hello Rohan -
>
On Mon, Nov 25, 2013 at 10:21 PM, Hugh Irvine wrote:
>
> Hello Rohan -
>
> Most if not all of these attributes should be included in the RADIUS
> accounting stop request, assuming RADIUS accounting is turned on in the NAS
> device.
>
> Note that there is a difference between “Event-Timestamp” as
Hello Rohan -
Most if not all of these attributes should be included in the RADIUS accounting
stop request, assuming RADIUS accounting is turned on in the NAS device.
Note that there is a difference between “Event-Timestamp” as shown below which
may be sent by the NAS, and “Timestamp” which is
Hello,
Are values for any of the foll. attributes automatically stored somewhere
in Radiator where they can be fetched anytime during or at the end of the
session? For example the Timestamp attribute.
If not, how can I store values for use later in or at the end of the
session?
Attributes:
Hello Griff -
You would do this:
my $server = &main::getVariable('DbHost');
There are examples in the file "goodies/hooks.txt".
regards
Hugh
On Wednesday 12 September 2001 06:38, Griff Hamlin, III wrote:
> Hello,
>
> Is it possible to use global variables that are defined in the
>
Hello,
Is it possible to use global variables that are defined in the
radius.cfg file within a PreClientHook that resides in another file? I
would like to have a global variable %{DbHost} that is the database
server hostname. In my PreClientHook I need to contact that server for
some information.
, Freeside, Interbiller, TACACS+, PAM, external, etc, etc.
Available on Unix, Linux, FreeBSD, Windows 95/98/2000, NT, MacOS X.
- Original Message -
From: "Aaron Holtz" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, March 27, 2000 12:06 AM
Subject: (RADIATOR) Va
Is it possible (or could it be) to use variables within the DBSource line?
I have several separate clauses that require a DBSource line definition
that are all the same. But each one references a dbname that is based on
the month and year. Instead of having to change this each month, I'd like
to
13 matches
Mail list logo