Return-Path: Delivered-To: apmail-httpd-users-archive@httpd.apache.org Received: (qmail 48131 invoked by uid 500); 5 Mar 2003 13:31:10 -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 48104 invoked from network); 5 Mar 2003 13:31:10 -0000 Received: from ns0a.swx.com (146.109.240.107) by daedalus.apache.org with SMTP; 5 Mar 2003 13:31:10 -0000 Received: from gate0a.unix.swx.ch (gate0a [192.168.252.17]) by ns0a.swx.com (8.12.8/8.12.6) with ESMTP id h25DV9RH000231 for ; Wed, 5 Mar 2003 14:31:09 +0100 (MET) Received: from SOMEXEVS001.ex.ordersx.org ([127.0.0.1]) by gate0a.unix.swx.ch (8.12.6/8.12.6) with ESMTP id h25DV7mM007248 for ; Wed, 5 Mar 2003 14:31:07 +0100 (MET) content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 Date: Wed, 5 Mar 2003 14:31:07 +0100 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [users@httpd] problem configuring mod_rewrite rule Thread-Index: AcLjEaH7dDgWZKVIRUKUTdLcZP39SgABt3OA From: "Boyle Owen" To: X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Subject: RE: [users@httpd] problem configuring mod_rewrite rule >-----Original Message----- >From: Michael Klama [mailto:nosedive@tampabay.rr.com] > In answer to your questions you posted > >What The User Types: client web site administrators. This=20 >rewrite will take >them to a page that is customized to their domain > >What The URL Should Change To: I am not so concerned with=20 >changing the URL. >If it can be changed, fine, if not, fine. =20 You misunderstand my question - I was looking for an *example*, e.g. User "banana" types: http://users.mrktechweb.com/ URL becomes: http://users.mrktechweb.com/banana However, having read the rest of your post, I now understand you don't = want anything like that... Am I correct in deducing that you want: - User "banana" types: http://users.mrktechweb.com/ - URL Stays http://users.mrktechweb.com/ - DocRoot changes to /home/users/web/banana/ If so, you have a major misunderstanding of mod_rewrite. It rewrites = URLs - not filepaths. It turns one URL into another URL so the final = destination still has to be a URL. But you want to change an internal = filepath and that is not within the scope of mod_rewrite. You can only have one DocRoot per VirtualHost so the only way to achieve = this would be to have a separate VH for each user. The simplest scheme = would be to run the VHs on high port numbers and use mod_rewrite in = proxy mode (to hide the VH URLs), e.g. # Main site VH Listen ip:80 ServerName users.mrktechweb.com RewriteCond %{REMOTE_USER} banana RewriteRule /(.*) http://localhost:8000/ [P] RewriteCond %{REMOTE_USER} mango RewriteRule /(.*) http://localhost:8001/ [P] ... Listen 127.0.0.1:8000 DocumentRoot /home/users/web/banana Listen 127.0.0.1:8001 DocumentRoot /home/users/web/mango Don't know what you'd do about ProxyPassReverse though... Rgds, Owen Boyle Disclaimer: Any disclaimer attached to this message may be ignored.=20 >My concern is=20 >changing the file >path to the page that is customized for their domain. In this=20 >particular >case I am working on the document root for users.mrktechweb.com is >/home/users/web/ and this rewrite needs to change that to >/home/users/web/mrktechweb/ based on RewriteCond REMOTE_USER. Another >different domain admin will type in the same URL=20 >users.mrktechweb.com and >will be taken to his particular directory=20 >/home/users/web/hisdomain/. I >will put in a rewrite rule and condition for each domain that=20 >I have on my >server so each site admin can access their own customized page=20 >in their own >particular directory beneath the users.mrktechweb.com document root. > >Last night I also discovered that the permission error I was=20 >getting was due >to the fact that the file path was not being rewritten and I=20 >was ending up >in the same document root /home/users/web/ which did not=20 >contain an index >file and I do not have directory indexing turned on on this server. > >I hope I have explained all of this properly and this will be=20 >useful in your >response. > >Mike > >-----Original Message----- >From: Boyle Owen [mailto:Owen.Boyle@swx.com]=20 >Sent: Wednesday, March 05, 2003 3:03 AM >To: users@httpd.apache.org >Subject: RE: [users@httpd] problem configuring mod_rewrite rule > >>-----Original Message----- >>From: Michael Klama [mailto:nosedive@tampabay.rr.com] >> >>Owen, >>I used the rule that you inserted below RewriteRule /(.*) >>/mrktechweb/$1/index.htm and changed it to read /(.*) >>$1/mrktechweb/index.htm and it actually rewrote the url=20 >>correctly in the >>browser but I still get the error that I do not have=20 >>permission to access / >>on this server. Any ideas? > >So you have a different problem. I'm still not entirely clear=20 >what you are >trying to achieve because you haven't given a clear example.=20 >Can you please >fill in the blanks (note - URLs, not filepaths). > >What The User Types: > >What The URL Should Change To: > >(Give several examples rather than using wildcard variable=20 >strings and so >on...) > >Since you are not using a [P] flag, I guess you are happy with=20 >mod_rewrite >generating redirects. Therefore the rewritten URL must be=20 >visible from the >client. So what happens if you bypass mod_rewrite and try to access the >final URL directly from the client? I guess you get the=20 >"permission" problem >(BTW, I am assuming you mean a "403 Forbidden" - it would be=20 >helpful if you >always quote the HTTP status code and its official title instead of >paraphrasing it). > >In that case, the problem is that access to the destination=20 >URL is "Deny"-ed >somewhere. Check in the error_log for "access denied by server >configuration"... > >Rgds, >Owen Boyle >Disclaimer: Any disclaimer attached to this message may be ignored.=20 > > >> >>Mike=20 >> >>-----Original Message----- >>From: Boyle Owen [mailto:Owen.Boyle@swx.com]=20 >>Sent: Tuesday, March 04, 2003 10:31 AM >>To: users@httpd.apache.org >>Subject: RE: [users@httpd] problem configuring mod_rewrite rule >> >>>-----Original Message----- >>>From: Michael Klama [mailto:fvimike@earthlink.net] >>> >>>Thank you for your response Owen. I am in meetings all day=20 >>>long so will not >>>be able to try this until this evening. If I am not mistaken,=20 >>>what you are >>>saying is that this rule will append the original root=20 >>>directory onto the >>>end of what I am trying to change the directory too. This is=20 >>>not what I intended. =20 >> >>I guessed that...=20 >> >>>What I intended is to take the request which goes=20 >>>to the root >>>directory of this web and at the point that it reaches that=20 >>>root directory, >>>is changed to point to a lower directory which is inside the=20 >>>root directory based on the REMOTE_USER condition. >> >>Ummm... I'm a bit lost in the subordinate clauses here (an=20 >>example might be >>useful...) Usually, you use mod_rewrite to map a simple=20 >>webspace (visible to >>the client) to a more complicated internal webspace, e.g. >> >> /foobar --> /mrtechweb/foobar/index.html >> >>to do that, use; >> >> RewriteRule /(.*) /mrktechweb/$1/index.htm >> >>Is this closer to what you had in mind? >> >>Rgds, >>Owen Boyle >>Disclaimer: Any disclaimer attached to this message may be ignored.=20 >> >>> >>>Thanks >>>Mike >>> >>> >>>-----Original Message----- >>>From: Boyle Owen [mailto:Owen.Boyle@swx.com] >>>Sent: Tuesday, March 04, 2003 8:57 AM >>>To: users@httpd.apache.org >>>Subject: RE: [users@httpd] problem configuring mod_rewrite rule >>> >>>>-----Original Message----- >>>>From: Michael Klama [mailto:nosedive@tampabay.rr.com] >>>> >>>>RewriteEngine on >>>>RewriteCond %{REMOTE_USER} ^mike.* >>>>RewriteRule (/*) /mrktechweb/index.htm$1 >>> >>>Try: >>> >>> RewriteRule (/.*) /mrktechweb/index.htm$1 >>> >>>It's a subtle difference but mod_rewrite uses regexp, it's=20 >>not Perl ;-) >>> >>>By the way, this will rewrite /foo.bar as=20 >/mrktechweb/index.htmfoo.bar >>>which is a bit funny.... >>> >>>Rgds, >>>Owen Boyle >>>Disclaimer: Any disclaimer attached to this message may be ignored. >>>> >>>> >>>>(2) init rewrite engine with requested uri /mrktechweb/index.htm >>>>(1) pass through /mrktechweb/index.htm >>>>(3) [per-dir /home/users/web/] strip per-dir prefix: >>>>/home/users/web/mrktechweb/index.htm -> mrktechweb/index.htm >>>>(3) [per-dir /home/users/web/] applying pattern '(/*)' to uri >>>>'mrktechweb/index.htm' >>>>(4) RewriteCond: input=3D'mike' pattern=3D'^mike.*' =3D> matched >>>>(2) [per-dir /home/users/web/] rewrite mrktechweb/index.htm -> >>>>/mrktechweb/index.htm >>>>(1) [per-dir /home/users/web/] internal redirect with >>>>/mrktechweb/index.htm >>>>[INTERNAL REDIRECT] >>>>(2) init rewrite engine with requested uri /mrktechweb/index.htm >>>>(1) pass through /mrktechweb/index.htm >>>>(3) [per-dir /home/users/web/] strip per-dir prefix: >>>>/home/users/web/mrktechweb/index.htm -> mrktechweb/index.htm >>>>(3) [per-dir /home/users/web/] applying pattern '(/*)' to uri >>>>'mrktechweb/index.htm' >>>>(4) RewriteCond: input=3D'mike' pattern=3D'^mike.*' =3D> matched >>>>(2) [per-dir /home/users/web/] rewrite mrktechweb/index.htm -> >>>>/mrktechweb/index.htm >>>>(1) [per-dir /home/users/web/] internal redirect with >>>>/mrktechweb/index.htm >>>>[INTERNAL REDIRECT] >>>>(2) init rewrite engine with requested uri /mrktechweb/index.htm >>>>(1) pass through /mrktechweb/index.htm >>>>(3) [per-dir /home/users/web/] strip per-dir prefix: >>>>/home/users/web/mrktechweb/index.htm -> mrktechweb/index.htm >>>>(3) [per-dir /home/users/web/] applying pattern '(/*)' to uri >>>>'mrktechweb/index.htm' >>>>(4) RewriteCond: input=3D'mike' pattern=3D'^mike.*' =3D> matched >>>>(2) [per-dir /home/users/web/] rewrite mrktechweb/index.htm -> >>>>/mrktechweb/index.htm >>>>(1) [per-dir /home/users/web/] internal redirect with >>>>/mrktechweb/index.htm >>>>[INTERNAL REDIRECT] >>>> >>>>As you can see this just goes on and on and on. I gets to the >>>>point where >>>>it will completely hang up everything on my server. Thank you >>>>to all who >>>>can help >>>> >>>>Mike >>>> >>>> >>>> >>>>------------------------------------------------------------ >--------- >>>>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 >>>> >>>> >>> >>>This message is for the named person's use only. It may contain >>>confidential, proprietary or legally privileged information. No >>>confidentiality or privilege is waived or lost by any=20 >mistransmission. >>>If you receive this message in error, please notify the=20 >>sender urgently >>>and then immediately delete the message and any copies of it=20 >from your >>>system. Please also immediately destroy any hardcopies of=20 >the message. >>>You must not, directly or indirectly, use, disclose,=20 >>distribute, print, >>>or copy any part of this message if you are not the intended=20 >>recipient. >>>The sender's company reserves the right to monitor all e-mail >>>communications through their networks. Any views expressed in this >>>message are those of the individual sender, except where the message >>>states otherwise and the sender is authorised to state them to be the >>>views of the sender's company. >>> >>> >>> >>>--------------------------------------------------------------------- >>>The official User-To-User support forum of the Apache HTTP=20 >>>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 >>> >>> >>>--------------------------------------------------------------------- >>>The official User-To-User support forum of the Apache HTTP=20 >>>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 >>> >>> >> >>--------------------------------------------------------------------- >>The official User-To-User support forum of the Apache HTTP=20 >>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 >> >> >> >> >>--------------------------------------------------------------------- >>The official User-To-User support forum of the Apache HTTP=20 >>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 >> >> > >--------------------------------------------------------------------- >The official User-To-User support forum of the Apache HTTP=20 >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 > > > >--------------------------------------------------------------------- >The official User-To-User support forum of the Apache HTTP=20 >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 > > --------------------------------------------------------------------- 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