web-dev-qa-db-fra.com

Accès à '/ SVN/[nom du référentiel] /! Svn/me' interdit

J'ai un problème avec certains utilisateurs de SVN où ils reçoivent le message suivant

Accès à '/ SVN/[nom du référentiel] /! Svn/me' interdit

J'ai quelques problèmes pour trouver la cause fondamentale.

La configuration actuelle utilise Visual SVN sur Windows. Nous utilisons la sécurité SVN pour les utilisateurs, pas AD. Les utilisateurs qui rencontrent des problèmes sont des fournisseurs (mais pas tous), ils ont donc des autorisations différentes de celles d'un utilisateur moyen. Mais ce qui est étrange, c’est que j’ai suivi l’utilisateur en utilisant Live Meeting. Ils essaient de s’engager et d’obtenir le message ci-dessus. J'efface leurs références de Tortoise SVN et utilise les miennes et tout va bien. L'utilisateur est connecté au serveur en tant qu'eux-mêmes et utilise mes informations utilisateur pour SVN. Mais il n’existe aucun lien entre les utilisateurs SVN et les utilisateurs Windows. De plus, l'utilisateur était initialement capable de valider de nouveaux fichiers. J'ai regardé à travers SVN et je ne vois rien de mal. Des idées? Quoi qu'il en soit, pour obtenir plus d'informations sur ce qui ne va pas.

svntortoisesvnvisualsvn
15
H20rider

Désolé, bahrep avait raison de dire que l’url avait un problème car elle était sensible à la casse. Je ne comprends pas pourquoi, quand j'ai effacé les informations d'identification et comment mon URL a été corrigée. 

J'ai pu corriger l'URL dans TortoiseSVN en:

  1. clic droit sur l'emplacement du référentiel
  2. Sélection de TortoiseSVN -> Relocate
  3. Corrigez l'URL et cliquez sur Relocaliser
6
H20rider

H20rider

Assurez-vous que l'URL SVN est correcte. SVN est sensible à la casse. Si vous avez défini votre dossier racine en tant que ServicesTrunk, votre url d'accès svn doit être du même cas.

vous obtenez l'erreur suivante si vous utilisez 

Host:port/svn/ServicesTrunk ------- this will work

**case not right**
Host:port/svn/servicesTrunk -------- will throw !svn/me' forbidden
Host:port/svn/Servicestrunk --------- will throw !svn/me' forbidden
5
Surendra Poranki

Pour moi, la raison n'était pas la sensibilité à la casse des URL mais http et https .

http://svn.code.sf.net/...

à

https://svn.code.sf.net/...
2
Bob Genom

J'ai eu le même problème. Dans mon cas, le problème était dans le fichier svnaccess.txt avec une autorisation de définition. Le nom des groupes ne peut pas avoir d'espaces, par exemple 

[svnloop:/test group]
@admins = rw

renvoyer ce erroVous devez changer en

[svnloop:/testgroup]
@admins = rw
2
user3633178

Vérifiez les données d'authentification.

Dans TortoiseSVN: paramètres\Données sauvegardées\Données d'authentification\Effacer ...

Peut-être que vous avez plus d'un utilisateur/passe

2
suzzlo

Dans mon cas, je recevais le même message "Accès refusé .." et l'URL de mon référentiel était correcte. 

Cela a fonctionné pour moi

  1. Aller à la fenêtre dans Eclipse
  2. Fenêtre -> Préférences -> Équipe -> SVN
  3. Vérifiez si toutes vos préférences svn sont correctement définies. (J'ai changé le client d'interface SVN depuis JavaHL (JNI) 1.8.14 (r1692801) en SVNKit (Pure Java) SVNKit v1.8.11.10483)

entrez la description de l'image ici

2
Aditi Singhai

En utilisant OS X et svn en ligne de commande, je reçois cette erreur lorsque je récupère une autre application du même serveur avec un autre nom d'utilisateur.

Ma solution est d'effacer les informations d'identification. L'essentiel est de trouver où se trouvent les informations d'identification. Exécutez svn auth pour voir le détail. Dans mon cas, il se trouve à /Users/joy.zhu/.Subversion/auth/svn.simple. Il y a un fichier cache, il suffit de le supprimer.

Mettez à jour (ou validez ...) encore une fois, un nom d'utilisateur/mot de passe est demandé, vous pourrez alors entrer les données correctes. Tout se passe bien alors.

1
Joy Zhu

J'ai rencontré le problème similaire (sous Windows OS) et partage ma solution ici.

problème:

Access to '/svn/project01/!svn/rvr/18022/trunk' forbidden

solution:

  1. Recherchez le répertoire racine du référentiel project01, si vous êtes dans le répertoire d:\svn\repproject01.
  2. Modifier le fichier VisualSVN-SvnAuthz.ini

  3. Supprimer le bloc de configuration similaire à celui-ci

    [/xxx]
user01=

  4. exécuter services.msc Redémarrer le service SVN

0
plummoon