Return-Path: Delivered-To: apmail-httpd-users-archive@www.apache.org Received: (qmail 61277 invoked from network); 5 May 2004 07:47:13 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 5 May 2004 07:47:13 -0000 Received: (qmail 54132 invoked by uid 500); 5 May 2004 07:46:34 -0000 Delivered-To: apmail-httpd-users-archive@httpd.apache.org Received: (qmail 54118 invoked by uid 500); 5 May 2004 07:46:34 -0000 Mailing-List: contact users-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: users@httpd.apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list users@httpd.apache.org Received: (qmail 54100 invoked from network); 5 May 2004 07:46:33 -0000 Received: from unknown (HELO bufallo.telindus.be) (194.7.26.2) by daedalus.apache.org with SMTP; 5 May 2004 07:46:33 -0000 Received: by BUFALLO with Internet Mail Service (5.5.2657.72) id ; Wed, 5 May 2004 09:46:30 +0200 Message-ID: From: Rob De Langhe To: "'users@httpd.apache.org'" Date: Wed, 5 May 2004 09:47:14 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain; charset="iso-8859-1" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Subject: RE: [users@httpd] problems with mod_perl_html module on reverse p roxy X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N 1) even when I connect to our reverse-proxy with HTTP, and it forwards the connection over HTTPS to the internal machine, the absolute URLs don't get translated. 2) in-HTML URLs : as I noticed from the error_log for the ".../htdocs/images" message redirects : the "http://reverse.ourdomain.com/int1/cgi-bin/somescript" CGI apparently generates some redirect to a CGI named "/cgi-bin/main.tcl", which causes the 2nd message in the error_log file. -----Original Message----- From: Nick Kew [mailto:nick@webthing.com] Sent: Tuesday, May 04, 2004 4:31 PM To: 'users@httpd.apache.org' Subject: Re: [users@httpd] problems with mod_perl_html module on reverse proxy On Tue, 4 May 2004, Rob De Langhe wrote: > If a person connects to our reverse-proxy with the URL > > https://reverse.ourdomain.com/int1 I've never run a reverse proxy with SSL. Smart proxying needs to see the traffic passing through. With https, all it sees of the response is a stream of meaningless bytes. That's a showstopper for ProxyPassReverse and ProxyHTMLURLMap, unless you can run security hop-by-hop (so both the client and server trust the proxy rather than each other). > The error_log file contains messages like > ... > [Tue May 04 12:25:29 2004] [error] [client 10.0.82.7] File does not > exist: /usr/local/apache2.proxy/htdocs/images, referer: > https://reverse.ourdomain.com/int1/cgi-bin/somescript > > [Tue May 04 12:25:32 2004] [error] [client 10.0.82.7] File does not > exist: /usr/local/apache2.proxy/htdocs/cgi-bin You mentioned both internal redirects and in-HTML URLs. Are they both doing exactly the same thing? -- Nick Kew --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See for more info. To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org " from the digest: users-digest-unsubscribe@httpd.apache.org For additional commands, e-mail: users-help@httpd.apache.org Visit us at the Telecom cITy Fair - The largest IT Fair in Belgium! 25, 26, 27 May - Brussels Expo Get your free tickets here! --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See for more info. To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org " from the digest: users-digest-unsubscribe@httpd.apache.org For additional commands, e-mail: users-help@httpd.apache.org