(RADIATOR) PreProxyHook

[Hugh Irvine]

Hello Rok -

Normally the proxy target is defined by a Realm or Handler clause and 
hence a PreProcessingHook or PreAuthHook makes sense in that context.

Your previous mail does not mention how you are selecting the proxy 
target?

regards

Hugh


On 19 Nov 2004, at 18:38, Rok Papez wrote:

> Hello Hugh.
>
> Dne četrtek 18 november 2004 22:12 ste napisali:
>
>> You can use either a PreProcessingHook or
>
> PreProcessingHook is called for each request before per-Realm username
> rewriting, before accounting log files are written, and before any
> PreAuthHooks. A reference to the current request is passed as the first
> argument, and a reference to the reply packet currently being 
> constructed is
> passed as the second argument.
>
>> a PreAuthHook in the Realm or Handler.
>
> PreAuthHook is called for each request after per-Realm username 
> rewriting and
> before it is passed to any AuthBy clauses. A reference to the current 
> request
> is passed as the first argument, and a reference to the reply packet
> currently being constructed is passed as the second argument.
>
> ================
>
> This doesn't cut it.... I need to see where the packet is being 
> proxied to
> and AFAIK this can only happen after the AuthBy processing and before
> the packet is being transmitted to the proxy.
> For example in sendHost function in AuthRADIUS.pm. Or am I missing
> something ?
>
> I need this to implement "Split Horizon".
>
> -- 
> lep pozdrav,
> Rok Papež.
>
> --
> 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.
>
>

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.