2009-07-20 2 views
10

J'ai eu une installation svn + apache fonctionnant parfaitement où j'utilisais le contrôle d'accès par répertoire pour restreindre l'accès à diverses parties du référentiel. En particulier, personne n'avait accès au niveau supérieur dans le référentiel [/]. Les gens avaient accès à des dossiers comme [/ www] etc. Je spécifiais ces permissions dans un fichier (svn-access-file).svn + apache par contrôle d'accès répertoire: problème d'autorisations bizarre (403 erreur interdite)

Je devais passer à une nouvelle machine. J'ai donc installé subversion-1.6.3 et httpd-2.2.11 dessus, et modifié le fichier conf pour imiter le fichier conf sur l'ancienne machine (et j'ai copié le fichier svn-access-file et le fichier svn-auth). Ensuite, j'ai pris une vidage svn et fait une charge pour remettre les choses dans le nouveau dépôt. Maintenant, je peux vérifier des choses, modifier des choses, et valider. Cependant, dès que je tente de faire une « svn up » sur un déjà vérifié copie de certains sous-dossier [/ www/personnes], je reçois l'erreur suivante:

svn: Server sent unexpected return value (403 Forbidden) in response to OPTIONS request for 'https://[servername]/svn' 

Il semble que le problème est qu'il essaye d'accéder au répertoire de niveau supérieur [/] même si vraiment il devrait seulement essayer d'accéder [/ www]. Si je donne temporairement l'accès à [/], cela fonctionne.

Quelqu'un peut-il me dire comment résoudre ce problème? Tout a fonctionné sur la vieille machine.

Merci! Gaurav

+1

Quelles étaient les versions de subversion et apache sur votre installation précédente? La suggestion ci-dessous a-t-elle résolu votre problème? – RjOllos

Répondre

10

Il s'avère qu'il s'agit d'un bogue de longue date dans le client subversion. Voici le rapport de bogue:

http://subversion.tigris.org/issues/show_bug.cgi?id=3242

Il sera probablement se fixe dans la prochaine version majeure - 1.7 En attendant, voici une solution hack:

http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=2357123

J'ai copié le « si 'déclaration dans le code source pour mod_authz_svn.c et svn reconstruit et cela fonctionne maintenant :)

+0

Le bug est corrigé dans la version 1.7. Je serai probablement publié en septembre 2010. – neves

+0

Y a-t-il des correctifs pour le paquet debian? Je suis toujours en cours d'exécution 1.5.1 et ne peut pas mettre à niveau en raison de plusieurs dépendances:/ –

5

Voici également une solution de contournement que j'ai trouvé dans la discussion bug. Si vous rencontrez des problèmes lors de la mise à jour de la copie locale, essayez de changer la copie locale pour la même URL.

+1

Cela a résolu le problème avec l'un de mes utilisateurs. – neves

+1

+1, a travaillé pour moi aussi. –