[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Reverse Proxy issue ?

From: Morten Ludvigsen <morten_at_2ps.dk>
Date: 2004-08-12 20:45:36 CEST

I just tested it at my end, and it does not work here either. Svn does
some web-dav magic to discover the URL to get the real data from (with
revision no. etc.). That URL is obviously not translated by
ProxyPassReverse, and so svn tries to access /public/... in stead of
/svn/public/... . I agree with Rob that you probably can not get this to
work. I would recommend using a virtual host so that your repository is
accessed through http://svn.mysite.com/public/repos1/trunk. In that way
you still keep it from your main site.

HTH. Morten

adeveloper.tigris wrote:

>As suggested, I added to my Apache 1.3.31 httpd.conf file:
>ProxyPassReverse /svn/ http://localhost:8080/
>
>and restarted my Apache 1.3.31 server. However when I did:
>svn checkout http://mysite.com/svn/public/repos1/trunk
>
>I still received the same errors as follows:
>svn: PROPFIND request failed on '/public/repos1/!svn/vcc/default'
>svn: '/public/repos1/!svn/vcc/default' path not found
>
>
>
>
>
>
>On Thu, 12 Aug 2004 20:17:03 +0200, Morten Ludvigsen wrote
>
>
>>I sent this to "adeveloper" by mistake. So here goes again:
>>
>>Try to add:
>> ProxyPassReverse /svn/ http://localhost:8080/
>>
>>HTH. Morten Ludvigsen
>>
>>adeveloper.tigris wrote:
>>
>>
>>
>>>I have a Slackware-current box which comes installed with Apache 1.3.31. I
>>>have installed Apache 2.0.50 (listening on port 8080) and Subversion 1.0.6 on
>>>the same box and I am trying to create a ReverseProxy from my Apache 1.3.31 to
>>>the Apache 2.0.50.
>>>
>>>
>>>I have added to my Apache 1.3.31 /etc/apache/httpd.conf file:
>>>ProxyRequest off
>>>ProxyPass /svn/ http://localhost:8080/
>>>
>>>
>>>and I have configured the following as part of the Apache 2.0.50 .conf file:
>>><Location /public>
>>> Dav svn
>>> SVNParentPath /usr/local/svn/repository/public
>>></Location>
>>>
>>>
>>>Now when I do:
>>>svn checkout http://localhost:8080/public/repos1/trunk
>>>
>>>then I am able to checkout the trunk with no problems.
>>>
>>>
>>>If I do:
>>>svn checkout http://mysite.com/svn/public/repos1/trunk
>>>
>>>then I get the following errors:
>>>svn: PROPFIND request failed on '/public/repos1/!svn/vcc/default'
>>>svn: '/public/repos1/!svn/vcc/default' path not found
>>>
>>>
>>>If I change the ProxyPass entry in my Apache 1.3.31 /etc/apache/httpd.conf
>>>file to:
>>>ProxyPass / http://localhost:8080/
>>>
>>>and then I do:
>>>svn checkout http://mysite.com/public/repos1/trunk
>>>
>>>then I am able to successfully check out the trunk. But then that totally
>>>disables all my interactive web pages that I have setup on my Apache 1.3.31
>>>htdocs directory (this is not acceptable)
>>>
>>>
>>>This suggests to me that that '/svn/' is somehow getting stripped in
>>>subsequent http requests, either by the svn client or by the mod_proxy.
>>>
>>>Anyone have any ideas, comments, as to what is going on here?
>>>
>>>---------------------------------------------------------------------
>>>To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
>>>For additional commands, e-mail: users-help@subversion.tigris.org
>>>
>>>
>>>
>>>
>>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
>>For additional commands, e-mail: users-help@subversion.tigris.org
>>
>>
>
>
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
>For additional commands, e-mail: users-help@subversion.tigris.org
>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Aug 12 20:46:05 2004

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.