>I have a PerlPreConnectionHandler running on a proxy vhost (w/ mod_proxy), acting much like the User Guide example that blocks clients by their IP. I'd like it to behave differently if the connection of due to a subrequest or not.
For clarity (?): my PerlPreConnectionHandler works great on browser requests
coming into the proxy, but it runs again when the server response to the proxied
request returns _to the proxy_. In this server response case I want to do
something slightly different based on the _server's_ IP. But I don't know how to
easily determine if this (server response) connection is actually due to the
proxy's own subrequest, and not another client browser connecting.
I don't think that qualifies as an Apache sub-request. Are you talking about "sub-request" to a remote server? If it's a local subrequest, it won't use a new connection, and therefore won't invoke PerlPreConnectionHandler.
If that's a remote request (like LWP'ing), why do you say that the response from the remote server creates a new connection?
In any case, I don't think you can gain anything useful besides IP during the preconnection phase.
__________________________________________________________________ Stas Bekman JAm_pH ------> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
-- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html List etiquette: http://perl.apache.org/maillist/email-etiquette.html
