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

authz access file problem

From: Sören Kuklau <chucker_at_mystfans.com>
Date: 2004-11-07 10:18:18 CET


I've been trying to follow the instructions at
sect-4.4.2> on setting up more sophisticated, directory-based access
control. I have an Apache .conf file that looks like this:

<Location /svn>
         DAV svn

         SVNParentPath /svn

<Location /svn/alurio>
         AuthType Basic
         AuthName "Alurio SVN Team Access"
         AuthUserFile /svn/alurio/passwd

         AuthzSVNAccessFile /svn/alurio/access

         Satisfy Any
         Require valid-user

/svn/alurio/passwd contains several `htpasswd`-created accounts. It
works correctly when used without Authz.

For testing reasons, /svn/alurio/access currently simply looks like

* = rw

The repository is owned by Apache ('www-data') and has modes 700. The
files 'access' and 'passwd' are owned by 'root' and have modes 644.

With Authz off, this works fine (obviously, 'access' will be ignored).
With it enabled, however, checkouts from remote hosts through HTTP
fail: on the client-side (`svn update`), I get:

svn: PROPFIND request failed on '/svn/alurio'
svn: PROPFIND of '/svn/alurio': 500 Internal Server Error

And on the Apache log side, I get:

==> /var/log/apache2/access.log <== - - [07/Nov/2004:08:48:38 +0000] "PROPFIND /svn/alurio
HTTP/1.1" 500 657 "-" "SVN/1.1.1 (r11581) neon/0.24.7"

==> /var/log/apache2/error.log <==
[Sun Nov 07 08:48:38 2004] [error] [client] The URI does
not contain the name of a repository. [403, #190001]

Any pointers? :-)

Sören 'Chucker' Kuklau
Sören 'Chucker' Kuklau
Sören 'Chucker' Kuklau
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Nov 8 00:16:26 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.