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

RE: access granularity

From: Srilakshmanan, Lakshman <lakshman.srilakshmanan_at_police.vic.gov.au>
Date: 2007-07-16 05:09:32 CEST

Hi Brian,
 
I am no expert, but I would imagine you would require 2 apache web
servers, for your 2 distinct requirement.
My reason for this, is because, there is only one <Location> tag
available per url in the httpd.conf file. So irrespective of the sub net
you are coming from you can only have a single Access Control per
URL.pattern.
 
Thanks
Lakshman

________________________________

From: Brian Krusic [mailto:brian@krusic.com]
Sent: Monday, 16 July 2007 10:34 AM
To: users@subversion.tigris.org
Subject: access granularity

Hi all,

I'm trying to set one of my repositories to be;

1) no auth required when updating from a particular subnet via https.
2) auth required when commiting regardless of subnet via https.

Currently my repos require uname/pass for any kind of access.

 I'm reading the svn book but am not really finding what I need as this
seems more of an apache config issue I guess.

Any clues would be appreciated.

Thanks in advance,

-Brian

=======================================================
The information contained in this email and any files attached may
be confidential information to the intended recipient and may be
the subject of legal professional privilege or public interest immunity.

If you are not the intended recipient, any use, disclosure or copying is
unauthorised.

If you have received this document in error please telephone 1300 307 082

*******************************************************************
This footnote also confirms that this email message has been swept
for the presence of computer viruses.
*******************************************************************
Received on Mon Jul 16 05:09:57 2007

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.