[Mod_gzip] solution for 'SSL <-> mod_gzip proxy error - can't stat cgi file' problem?

[Nigel Hamilton]

> hello nigel (and all others reading on this list)
> 
> sometimes, belief brings relief. I did indeed solve the mystery shortly
> after my first post ever to this list. It is such a simple change in
> httpd.conf, and yet not easy to discover - maybe because I never thought
> about finding the 'bug' there.
> 
HI Nicola, 

	Happy New Year indeed ... thanks for dredging this one out of the 
archives, and solving the problem!

	Much appreciated!

Nige




> On Sun, 2002-12-29 at 00:02, Nicola Fankhauser wrote:
> > unfortunately, I have the same problem as Nigel described on October 14,
> > 2002 with cgi scripts. It is a simple bash script and the request does
> > (apparently) never leave mod_proxy - it does not show up in the mod_gzip
> > logs or in the regular access_log files...
> > 
> > Question: Did anyone solve this problem?
> 
> The reason why mod_proxy in the ssl virtual host did not pass the
> request to a cgi script to the non-ssl virtual host was that the
> definition of the cgi-bin directory is placed by default in the
> main-server part of httpd.conf. These definitions are valid for _all_
> virtual hosts, in my case for the non-ssl (wanted), but also for the ssl
> (not really wanted). So I just moved the 
> 
> <Location /cgi-bin>
>     AllowOverride None
>     Options +ExecCGI -Includes
>     SetHandler cgi-script
> </Location> 
> 
> _inside_ the <VirtualHost _default_:*> construct. And it worked.
> 
> happy new year!
> 
> cheers
> nicola
> 
> 
> 
> _______________________________________________
> mod_gzip mailing list
> mod_gzip@lists.over.net
> http://lists.over.net/mailman/listinfo/mod_gzip
> 

-- 
Nigel Hamilton
Turbo10 Metasearch Engine

email:	nigel@turbo10.com
tel:	+44 (0) 207 987 5460
fax:	+44 (0) 207 987 5468
________________________________________________________________________________
http://turbo10.com		Search Deeper. Browse Faster.