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

Re: Configuring SVN under SSPI

From: Rodney Schuler <rschuler_at_gmail.com>
Date: 2007-05-18 00:31:34 CEST

On 5/15/07, nikhil gupta <ng_g20@hotmail.com> wrote:
> Hi All,
> I'm trying to configure the SVN server under SSPI. I used apache 2.0.59 for
> hosting SVN. The problem that I'm facing is as follows:
> I created a file describing the group that has access on subversion,
> "svnaccessfile.conf". Now, if I give * =rw, I can commit files to this
> repository, but for *=r, I get the following error:
> Error: MKACTIVITY of
> '/svn/testrepos/!svn/act/938532c5-ec0b-0242-8372-d1e89e20f09e':
> 403 Forbidden (http://dbserver2-hyd:9090)
> Now, as per my understanding, *=rw gives read/wirte to all. I do not want
> such a situation. read/write should be to the selected ones, & read should
> be for all. Is there any way to achieve that or am I doing this in a wrong
> way?
> I've attached the "svnaccessfile.conf" as well as the "httpd.conf" files for
> your reference. Any help is appreciated.
> Thanks,
> Nikhil
> ________________________________

We have been running Apache 2.0.59 with SSPI successfully for a long
time. So, you configuration can be made to work. The most common
problem that I have had is matching the domain\user from the http
request to the user name in the config file. Does the user name in
the Apache access log match the user name in the access file?

What version of mod_sspi are you using? The newer versions have some
nice functionality to deal with case conversion and domains on the
user name.

Need a better browser? Try Firefox (http://www.mozilla.org)
Want a gmail invite?  Email me, I have plenty.
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri May 18 00:31:58 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.