1. Zuhause
  2. Frage und Antwort
  3. SVN - Zugang zu '!/SVN/[Repo-name]/svn/me' verboten

SVN - Zugang zu '!/SVN/[Repo-name]/svn/me' verboten

2013-06-10 17 views
11

ich mit einigen SVN Benutzern einige Probleme habe, wo sie die folgende MeldungSVN - Zugang zu '!/SVN/[Repo-name]/svn/me' verboten

Zugang zu ‚/ SVN/get [ Repo-Name] /! svn/me 'verboten

Ich habe einige Probleme, herauszufinden, die Ursache dafür.

Das aktuelle Setup verwendet Visual SVN unter Windows. Wir verwenden SVN-Sicherheit für die Benutzer, nicht AD. Die Benutzer, die ein Problem haben, sind Anbieter (aber nicht alle), also haben sie unterschiedliche Berechtigungen als ein durchschnittlicher Benutzer. Aber das Seltsame ist, ich habe den Benutzer mit Live-Meeting beschattet. Sie versuchen zu begehen und die obige Nachricht zu erhalten. Ich lösche ihre Anmeldeinformationen von Tortoise SVN und benutze meins und alles ist in Ordnung. Der Benutzer ist auf dem Server als sich selbst angemeldet und verwendet meine Benutzerinformationen für SVN. Aber es ist keine Verbindung zwischen den SVN-Benutzern und Windows-Benutzern. Außerdem konnte der Benutzer zunächst neue Dateien bereitstellen. Ich schaute durch SVN und ich sehe nichts falsch. Irgendwelche Ideen? Wie auch immer, um mehr Informationen darüber zu bekommen, was falsch ist.

Quelle

2013-06-10 H20rider

+1

Siehe http://stackoverflow.com/q/16415743/761095 und diese http://stackoverflow.com/a/16287209/761095 und diese http://www.visualsvn.com/support/topic/00033/ – bahrep

+0

Ich habe dieses Problem untersucht. und der Grund, warum ich es anders finde, ist, wenn ich die Sicherheitsdaten lösche und meine Referenzen benutze, ist es in Ordnung. – H20rider

+0

Probieren Sie diese http://stackoverflow.com/a/43204615/5466401 –

Antwort

6

Es tut uns leid, Bahrep war korrekt, dass die URL ein Problem hatte, da es Groß-und Kleinschreibung war. Ich bin verwirrt, warum, als ich die Berechtigungsnachweise löste und in meine wie die URL korrigierte.

konnte ich die URL in TortoiseSVN korrigieren, durch:

  1. einen Rechtsklick auf das Repository Standort
  2. Auswahl TortoiseSVN -> Verlagern
  3. Correct die URL und klicken Umzug

Quelle

2013-06-11 18:57:00 H20rider

+0

In einer HTTP-URL sind der Computername und das "HTTP" nicht Groß-und Kleinschreibung. Alles andere ist. Wenn Sie LDAP verwenden, sehen Sie nur den Namen der Subversion-Instanz (die mehrere Repos enthalten kann). Daher können Ihre Anmeldeinformationen funktionieren, wenn nur so viel von der URL korrekt ist, dass Apache die Anmeldeinformationen anwenden kann. Bei LDAP-Anmeldeinformationen wird nicht zwischen Groß- und Kleinschreibung unterschieden –

5

H20rider

Bitte stellen Sie sicher, dass die SVN-URL korrekt ist. SVN unterscheidet zwischen Groß- und Kleinschreibung. Wenn Sie Ihren Stammordner als ServicesTrunk definiert haben, muss Ihre svn-Zugriffs-URL denselben Fall haben.

Sie erhalten die folgende Fehlermeldung, wenn Sie

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

Quelle

2013-06-26 15:48:03

+0

Ja. Das war der Fall. Zuerst hielt ich das für nicht sinnvoll, da ich das Repo ohne Problem abrufen konnte. Ich bin mir nicht sicher, warum es beim Aktualisieren statt beim Committen anders wäre. – H20rider

2

In meinem Fall verwende ich war immer die gleiche „Zugriff verweigert ..“ -Meldung und meine Repository-URL korrekt war.

Das ist für mich

  1. Zum Fenster
  2. Fenster in Eclipse gearbeitet -> Einstellungen -> Team -.> SVN
  3. Überprüfen Sie, ob alle Ihre SVN-Einstellungen richtig eingestellt sind (I geändert SVN Interface-Client von JavaHL (JNI) 1.8.14 (r1692801) - SVNKit (Pure Java) SVNKit v1.8.11.10483)

enter image description here

Quelle

2016-02-02 11:14:37

2

Ich hatte das gleiche Problem. In meinem Fall war das Problem in der Datei svnaccess.txt mit definierter Berechtigung. Name der Gruppen darf keine Leerzeichen haben e.

g 
[svnloop:/test group] 
@admins = rw

Rückkehr dieses erro müssen Sie zu

ändern 
[svnloop:/testgroup] 
@admins = rw

Quelle

2016-04-29 08:03:46 user3633178

1

Für mich ist der Grund war nicht URL Groß- und Klein aber http vs. https. Die Lösung wurde verlagern von

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

zu

Quelle

2016-09-17 15:17:54

0

ich ähnliches Problem begegnet war (in Windows-Betriebssystem), und meine Lösung teilen hier.

Problem:

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

Lösung:

  1. Finden Sie das Stammverzeichnis des Project01 Repository, wenn Sie in der d: \ svn \ repproject01
  2. Ändern VisualSVN-SvnAuthz.ini Datei

  3. Löschen Sie den Konfigurationsblock ähnlich dem folgenden

    [/xxx] 
user01=

  4. Lauf services.msc Restart SVN Service

Quelle

2016-09-30 01:35:18 plummoon

+1

1. Die Dienste müssen nicht neu gestartet werden. 2. ** VERÄNDERN SIE AUTORISIERUNGSDATEIEN NICHT MANUELL! ** Verwenden Sie VisualSVN Server PowerShell zum Verwalten von Zugriffsregeln: https://www.visualsvn.com/server/features/powershell/ – bahrep

1

prüfen Authentifizierungsdaten.

In TortoiseSVN: Einstellungen \ Saved Data \ Authentication Data \ löschen ...

Vielleicht haben Sie mehr als einen Benutzer/

passieren

Quelle

2016-10-20 07:25:06 suzzlo

1

Mit OS X und svn Befehlszeile, erhalte ich dieser Fehler, wenn ich eine andere Anwendung vom selben Server mit anderen Benutzernamen auschecke.

Meine Lösung ist das Löschen der Anmeldeinformationen. Der entscheidende Punkt ist, wo Anmeldeinformationen gefunden werden. Führen Sie svn auth, um das Detail zu sehen. In meinem Fall befindet es sich unter /Users/joy.zhu/.subversion/auth/svn.simple. Es gibt eine Cache-Datei, entfernen Sie sie einfach.

Update (oder commit ...) erneut, Benutzername/Passwort werden gefragt, dann können Sie die richtigen Daten eingeben. Alles läuft gut.

Quelle

2016-12-20 06:53:09

Verwandte Themen

 Verwandte Themen