[RADIATOR] ServerTACACSPLUS and Client-Identifier
Hugh Irvine
hugh at open.com.au
Wed Apr 22 19:51:06 CDT 2009
Hi Steve -
Try this:
.....
my $identifer = $p->{Client}->{Identifier};
.....
regards
Hugh
On 22 Apr 2009, at 22:14, Steve Rogers wrote:
> Hi,
>
> We are using Radiator 4.4 with patches and attempting to get the
> Client-Identifier and use this in a hook as part of a Handler, but
> it doesn't seem to be available. Doing a bit of debug, we see the
> following line from ServerTACACSPLUS.pm and we can retrieve the
> Client-Identifier at this point but appears that when the module
> creates the fake radius request and we look at the object passed to
> the PostAuthHook (${$_[0]} we cant seem to get this.
>
> $tp->{Client} = $self; # So you can use Client-Identifier check items
>
> Is this possible? Or is there a simple mechanism to use the
> originating Client-Identifier from the Client that the TACACS
> request came from?
>
> Appreciate any help or advise.
>
> Cheers
> Steve
> _______________________________________________
> radiator mailing list
> radiator at open.com.au
> http://www.open.com.au/mailman/listinfo/radiator
NB:
Have you read the reference manual ("doc/ref.html")?
Have you searched the mailing list archive (www.open.com.au/archives/radiator)?
Have you had a quick look on Google (www.google.com)?
Have you included a copy of your configuration file (no secrets),
together with a trace 4 debug showing what is happening?
Have you checked the RadiusExpert wiki:
http://www.open.com.au/wiki/index.php/Main_Page
--
Radiator: the most portable, flexible and configurable RADIUS server
anywhere. Available on *NIX, *BSD, Windows, MacOS X.
Includes support for reliable RADIUS transport (RadSec),
and DIAMETER translation agent.
-
Nets: internetwork inventory and management - graphical, extensible,
flexible with hardware, software, platform and database independence.
-
CATool: Private Certificate Authority for Unix and Unix-like systems.
More information about the radiator
mailing list