Received: (qmail 86476 invoked by uid 65534); 6 Feb 2000 20:44:18 -0000 Message-Id: <20000206204418.86475.qmail@locus.apache.org> Date: 6 Feb 2000 20:44:18 -0000 From: Michael Tratz Reply-To: mlist-mail@esosoft.net To: submit@bugz.apache.org Subject: mod_rewrite -> mod_prox rewrite escaping problem. X-Send-Pr-Version: 3.110 >Number: 5714 >Category: mod_rewrite >Synopsis: mod_rewrite -> mod_prox rewrite escaping problem. >Confidential: no >Severity: non-critical >Priority: medium >Responsible: apache >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Sun Feb 06 12:50:00 PST 2000 >Closed-Date: >Last-Modified: Tue Jul 10 05:30:02 PDT 2001 >Originator: mlist-mail@esosoft.net >Release: 1.3.11 >Organization: apache >Environment: BSDI 4.0.1 >Description: I have upgraded Apache from version 1.3.6 to 1.3.11. However one of my .htaccess Rules is no longer working. Here is the content of the .htaccess file: RewriteEngine On RewriteBase /cgi-bin RewriteCond %{SERVER_PORT} !81 RewriteRule (.+)$ http://www.esosoft.net:81/cgi-bin/$1 [P] It simply passes every request to the server on port 81 via the proxy and retuns the results. It works just fine with URLs without a ?, but as soon as it has to serve a request like: review?id=1376, the proxy server gets the following request: review%3Fid=1376?id=1376 and obviously returns a 404 error as it could not find the script... Do you know what I have to change in my rules or if its a bug? As I haven't changed anything to the rules..... Thank you Michael >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: From: Elmar Kolkman To: mlist-mail@esosoft.net Cc: apbugs@Apache.Org Subject: re:mod_rewrite/5714: mod_rewrite->mod_proxy escaping problem Date: Tue, 10 Jul 2001 14:18:19 +0200 I found a way to repeat this problem and a work around, though I think it should be solved too. The problem can be repeated, at least with version 1.3.20, by disabling the sharing of mod_proxy and allow the sharing of mod_rewrite. I had to do this because on the Sun Sparc Solaris 7 the shared version of mod_proxy complained about an unknown variable or something like that. I could repeat the problem on Linux RH 7.0 with 2.4.4 kernel. By disabling the sharing of mod_rewrite, the problem was solved. And by allowing the sharing of mod_proxy and mod_rewrite (which didn't work on the SUN). So: the workaround is to disable sharing for both modules or use sharing for both. Good luck Elmar Kolkman >Unformatted: [In order for any reply to be added to the PR database, you need] [to include in the Cc line and make sure the] [subject line starts with the report component and number, with ] [or without any 'Re:' prefixes (such as "general/1098:" or ] ["Re: general/1098:"). If the subject doesn't match this ] [pattern, your message will be misfiled and ignored. The ] ["apbugs" address is not added to the Cc line of messages from ] [the database automatically because of the potential for mail ] [loops. If you do not include this Cc, your reply may be ig- ] [nored unless you are responding to an explicit request from a ] [developer. Reply only with text; DO NOT SEND ATTACHMENTS! ]