[RADIATOR] unpackRadiusAttrs eating useful data

[Hugh Irvine]

Hello Tarko -

Then just redefining the attribute as "binary" is the way to go.

regards

Hugh


On 17 Aug 2010, at 16:32, Tarko Tikan wrote:

> hey,
> 
>> You can try a PreClientHook in more recent versions of Radiator to access the request before it is unpacked.
> 
> According to my debug logging, PreClientHook is ran after attribute unpacking:
> 
> Tue Aug 17 06:30:04 2010: WARNING: pre strip: 00 04 05 dc 01 0a
> Tue Aug 17 06:30:04 2010: WARNING: post strip: 00 04 05 dc 01 0a
> Tue Aug 17 06:30:04 2010: DEBUG: Preclienthook executed
> 
> Or did you mean $_[0]->{RecData} and do the attribute parsing from the packet ourselves? Just to make sure, I went over the documentation again and don't see any other means.
> 
> Oh, and thanks for commenting, excellent support for open mailinglist.
> 
> -- 
> tarko
> _______________________________________________
> 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?

-- 
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.