Re: [Fwd: Re: Kwiki::Modperl redirects]

[email protected] (David Masover) Wed, 13 Jul 2005 20:45:31 -0500
Newsgroups perl.kwiki
Message-ID <[email protected]>
Christopher L. Everett wrote:
> join the [email protected] list and use it to get support;
> 
> objective: get ModPerl::Kwiki to work with a mod_sss+mod_gzip front end
> proxy server.
> 
> -------- Original Message --------
> Subject:     Re: Kwiki::Modperl redirects
> Date:     Fri, 1 Jul 2005 11:32:12 +0800
> From:     Liu Kang-min <[email protected]>
> To:     Christopher L. Everett <[email protected]>, [email protected]
> References:     <[email protected]> 
> <[email protected]> 
> <[email protected]>
> 
> 
> 
> On Jul 1, 2005, at 2:01 AM, Christopher L. Everett wrote:
> 
>>>
>>
>> I just commented out script name and the result is the same.  It  occurs
>> to me that the issue might be my proxy setup:  apache+mod_ssl+mod_gzip
>> front end proxying back to ModPerl::Kwiki, with the initial request
>> going to a mod_ssl enabled virtual, then internally redirected to a
>> second virtual host with mod_gzip enabled (mod_ssl disabled), where
>> basic authentication/authorization happens, requests for static files
>> get handled immediately right there and everything else gets sent to
>> the Perl server.
> 
> 
> Hello, ceverett
> 
> Could you try without those proxy and rewrite rules ?

Tried talking directly to the Kwiki server using lynx on localhost, and 
it works.  Tried using ssh forwarding, even changing the port number and 
URL, and it works.  Tried through the ssh/gzip proxy, and it doesn't 
work.  Tried setting the Kwiki server to listen directly on the 
Internet, and connected directly to it (from mozilla, no proxies or 
rewrites), and it works.

So, the problem is in the proxy/rewrites.  We think the culprit is mod_rpaf.

However, it would be nice if Kwiki had a config option to manually set 
the base URL -- that is, if Kwiki is found at https://wiki.example.com, 
then Kwiki should always generate urls to https://wiki.example.com/* 
(set in config.yaml, maybe?), no matter what the browser or Apache 
thinks it should be.

Any ideas?

Also, the Kwiki logo has the bottom chopped off, even connecting 
directly, even going straight to the URL (/palm90.png)...  I suspect 
this has something to do with the Apache config, but is that a known 
issue?  Or, how can we turn the palm tree off?

> Cheers,
> Kang-min Liu
> 
>>
>> <VirtualHost 207.177.51.231:443>
>>  ServerName wiki.medbanner.com
>>  DocumentRoot "/var/httpd/wiki"
>>  ServerAdmin [email protected]
>>  ProxyPass             /       http://localhost:1081/
>>  ProxyPassReverse      /       http://localhost:1081/
>>  ProxyReceiveBufferSize 65535
>>
>>  Include /etc/httpd/ssl/engine.conf         # common SSL setup
>>  SSLCertificateFile    ...
>>  SSLCertificateKeyFile ...
>> </VirtualHost>
>> <VirtualHost 127.0.0.1:1081>
>>  ServerAdmin [email protected]
>>  ServerName gzip.wiki.medbanner.com
>>  DocumentRoot "/var/httpd/wiki"
>>  SSLEngine Off
>>
>>  Include /etc/httpd/gzip.conf               # common mod_gzip setup
>>
>>  RewriteEngine on
>>  RewriteRule           "(config\.yaml|plugins|passwords|registry 
>> \.dd)"    \
>>                        -       [L]
>>  RewriteRule           ^(admin/|config/|plugin/|template/|theme/| 
>> icons/)  \
>>                        -       [L]
>>  RewriteRule           (\.css|\.jpg|\.gif|\.png|\.js) 
>> $                    \
>>                        -       [L]
>>  RewriteRule           ^/ 
>> (.*)                                             \
>>                        http://127.0.0.1:8095/$1    [P]
>>
>>  ProxyPassReverse      /               http://127.0.0.1:8095/
>>  ProxyReceiveBufferSize 65535
>>  <FilesMatch "(config\.yaml|plugins|passwords|registry\.dd)" >
>>    Deny from all
>>  </FilesMatch>
>>  <FilesMatch (config/|plugin/|template/|theme/) >
>>    Deny from all
>>  </FilesMatch>
>>  ErrorLog /var/log/httpd/wiki.medbanner.com/error.log
>>  CustomLog /var/log/httpd/wiki.medbanner.com/access.log combined
>> </VirtualHost>
>>
>> This should all be OK, right?
>>
>>
>> -- 
>> Christopher L. Everett
>>
>> Chief Technology Officer                                www.medbanner.com
>> MedBanner, Inc.                                           www.physemp.com
>>
> 
>