(RADIATOR) stripping tag from reply itel value

[PREVOSTO, Laurent]

Bonjour,

I agree but it won't work on a radius proxy with a *non tagged* dictionnary, will it ?

As I understand things 'n:' is just a useful notation for treatments but the actual value in the radius packet is prefixed with a byte whose binary value is the value of the tag.
So if a radius with a non tagged dictionary receives a tagged attribute, and if you fetch the value of this attribute in radiator, you will get the raw value (tag included) which is something like <tag>value where <tag> is a non ascii byte (and not the string n:value)...

Is it true or am I missing something ?

Regards

Laurent



> -----Message d'origine-----
> De : Hugh Irvine [mailto:hugh at open.com.au]
> Envoyé : mercredi 27 juillet 2005 00:32
> À : PREVOSTO, Laurent
> Cc : radiator at open.com.au
> Objet : Re: (RADIATOR) stripping tag from reply itel value
> 
> 
> Salut Laurent -
> 
> If all of the tags are of the form "n:" - ie. one numeric followed by
> a colon, then you might want to use a regular expression.
> 
> 
>      my $value = ${$_[0]}->get_attr ('attribute');
>      $value =~ s/\d\://;
>      ${$_[1]}->change_attr ('attribute', $value);
> 
> 
> I haven't tested the above, but you should get the idea.
> 
> regards
> 
> Hugh
> 
> 
> 
> On 26 Jul 2005, at 23:44, PREVOSTO, Laurent wrote:
> 
> > Hi,
> >
> >
> >
> > we have a radiator configured as a radius proxy that has a non
> > tagged dictionary.
> >
> > In some cases, it may receive answers from radiuses with tagged
> > dictionary. So we need to gets rid of the tag.
> >
> >
> >
> > I did a ReplyHook that looks like :
> >
> >
> >
> > my $value = substr (1, ${$_[0]}->get_attr ('attribute'))
> >
> > ${$_[1]}->change_attr ('attribute', $value);
> >
> >
> >
> >
> >
> > It seems to works but is there a better or safer way of doing this ?
> >
> >
> >
> > Note : in that very case, the tag information is useless.
> >
> >
> >
> > Regards
> >
> >
> >
> > Laurent
> >
> >
> 
> 
> 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.
> -
> 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.
> 

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