RE: Configuring SVN under SSPI
From: nikhil gupta <ng_g20_at_hotmail.com>
Date: 2007-05-22 14:13:08 CEST
Hi Rodney,
> Date: Thu, 17 May 2007 17:31:34 -0500> From: rschuler_at_gmail.com> To: ng_g20_at_hotmail.com> Subject: Re: Configuring SVN under SSPI> CC: users_at_subversion.tigris.org> > On 5/15/07, nikhil gupta <ng_g20_at_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.
|
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.