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




Reply via email to