(RADIATOR) query in regards to hook processing
Martin Edge
martinedge at kbs.net.au
Tue Jan 20 01:26:27 CST 2004
Hey Hugh,
Thanks for the reply, hope you had a good new year ;)
Option 1 - Client Clause modification -
- But would setting the DupInterval to 0 be safe in an environment that's accepting ~25 packets a second ?
Option 2 - Pseudo Attribute -
- So I could (via the hook) set my packet type in a Pseudo attribute within the packet, instead of a global variable, which will still exist in the packet object when the retransmit comes along?
- Does the pseudo attribute have to exist in the dictionary?
Thanks
Martin
----- Original Message -----
From: Hugh Irvine
To: Martin Edge
Cc: radiator at open.com.au
Sent: Tuesday, January 20, 2004 6:00 PM
Subject: Re: (RADIATOR) query in regards to hook processing
Hello Martin -
The PreClientHook will fire for every packet if you set the DupInterval
to 0 in the Client clauses.
BTW - it is much safer and easier to add a pseudo-attribute to the
incoming request which can then be used for your Handlers.
regards
Hugh
On 20 Jan 2004, at 16:02, Martin Edge wrote:
> Hey Guys,
>
> Just curious, is there a hook event that is run -every- packet,
> including retransmissions?
>
> I'm currently using a PreClientHook to set a global variable, this
> helps our Radiator implementation identify what the packet type is for
> proxying.
>
> However, in the event of a retransmitted packet, the PreClientHook
> isn't getting called, and therefore the global variable is stuck with
> the value when the hook was last run.
>
> So yeah, any hook that's run in -every- case.?
>
> Thanks
> Martin
>
>
>
>
>
> Martin Edge
>
>
>
>
>
>
>
>
>
> Level 9
> 432 St Kilda Rd
> Melbourne VIC 3004
>
>
> NOTICE - This message contains information intended only for the use
> of the addressee named above. It may also be confidential and/or
> privileged. If you are not the intended recipient of this message you
> are hereby notified that you must not disseminate, copy or take any
> action in reliance on it. If you have received this message in error
> please notify.
>
>
>
>
>
>
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, 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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.open.com.au/pipermail/radiator/attachments/20040120/63f8a854/attachment.html>
More information about the radiator
mailing list