Servus,
wollte mal wissen, ob jmd von euch Ahnung hat, ob es für Subversion möglich ist verschiedene Zugangsberechtigungen für einzelne Unterordner zu vergeben.
Konkret:
Benutzer A darf auf Projekt A
Benutzer B darf auf Projekt B
Benutzer C darf auf Projekt A und B zugreifen.
Danke und Gruß,
TheUndeadable
Zugangsberechtigungen für Subversion
gepostet vor 18 Jahre, 11 Monate von TheUndeadable
gepostet vor 18 Jahre, 11 Monate von The_Alien
Wenn du die Zugangsberechtigung für Ordner unter Linux meinst so ist das kein Problem. Man kann jeden Ordner über das anlegen einer zusätzlichen Passwortdatei die man in der .htaccess angibt für einzele Benutzer oder ganze Benutzergruppen frei geben/sperren.
Die Passwortdatei sollte aber möglichst nicht im gleichen Ordner sein wie die .htaccess Datei.
Die Passwortdatei sollte aber möglichst nicht im gleichen Ordner sein wie die .htaccess Datei.
gepostet vor 18 Jahre, 11 Monate von TheUndeadable
@The_Alien: Keine Antwort auf meine Frage... Trotzdem danke
Es geht um Subversion und den Zugriff über svn
Es geht um Subversion und den Zugriff über svn
gepostet vor 18 Jahre, 11 Monate von Feagor
Meinst du für die Ordner, in denen die Projekte sind, oder die Unterordner für die verschiedenen Branches oder Unterordner da drunter?
gepostet vor 18 Jahre, 11 Monate von Wulf
Wir haben zwei Repositories angelegt, mit jeweils anderen Zugriffsrechten. Ob es auch in einem geht kann ich Dir nicht sagen.
gepostet vor 18 Jahre, 11 Monate von TheUndeadable
Ich möchte für verschiedene Projekte auf einem Server ein Subversion laufen lassen.
Dieses soll remote erreichbar sein.
Da ich für verschiedene Projekte unterschiedliche Zugangsstufen brauche, sollte mein gefordertes Verhalten irgendwie möglich sein.
Wulf sprach was von 2 Repositories. Kann man diese über eine Server-Instanz laufen lassen oder muss ich zwei Server auf unterschiedlichen Ports laufen lassen?
Evtl bin ich auch auf einem komplett falschem Dampfer.
Dieses soll remote erreichbar sein.
Da ich für verschiedene Projekte unterschiedliche Zugangsstufen brauche, sollte mein gefordertes Verhalten irgendwie möglich sein.
Wulf sprach was von 2 Repositories. Kann man diese über eine Server-Instanz laufen lassen oder muss ich zwei Server auf unterschiedlichen Ports laufen lassen?
Evtl bin ich auch auf einem komplett falschem Dampfer.
gepostet vor 18 Jahre, 11 Monate von BuschnicK
Hab nur mal kurz gegoogled und eine Menge Sicherheitshinweise zu einem Priviledge Escalation bug in Subversion gefunden. Der bezieht sich auf ein Apache: mod_authz_svn. Damit sollen unprivilegierte User Zugang zu Projekten bekommen können zu denen sie nicht freigeschaltet sind. Im Umkehrschluss heisst das aber wohl, dass deine Anfrage, ob Subversion User-Priviledges auf Projekt Level beherrscht ;-)
BTW, konnte das nicht sogar schon CVS? Mit ner .user Datei im entsprechenden rep Verzeichnis?
mfG,
Sören
BTW, konnte das nicht sogar schon CVS? Mit ner .user Datei im entsprechenden rep Verzeichnis?
mfG,
Sören
gepostet vor 18 Jahre, 11 Monate von knalli
Nutzt du Systemaccounts (Unix) oder SVN eigene? Bei ersterem ist es simpel.. letzteres, dann brauch ich auch die Lösung
gepostet vor 18 Jahre, 11 Monate von Wulf
Also, ich habe gerade eben nochmal mit dem Serveradmin unseres Teams gesprochen.
Wir haben zwei verschiedene Repositories auf die eine jeweilige andere Benutzergruppe zugreifen kann.
Wir haben Subversion jedoch nicht als Daemon laufen (also die ganze Zeit auf einem Port lauschend), sondern loggen uns per SSH auf dem Server ein und starten dann Subversion mit den entsprechenden Parametern (Also Subversion laeuft nur im Rahmen des Datenaustausches).
Die Authentifizierung laeuft nur ueber SSH und nicht ueber Subversion.
Aber Subversion bietet auch eine ausgefeilte eigene Rechteverwaltung, naeheres zu beiden Ansaetzen: svnbook.red-bean.com/en/1.1/ch06s03.html#svn-ch-6-sect-3.2 und svnbook.red-bean.com/en/1.1/ch06s03.html#svn-ch-6-sect-3.4
Wir haben zwei verschiedene Repositories auf die eine jeweilige andere Benutzergruppe zugreifen kann.
Wir haben Subversion jedoch nicht als Daemon laufen (also die ganze Zeit auf einem Port lauschend), sondern loggen uns per SSH auf dem Server ein und starten dann Subversion mit den entsprechenden Parametern (Also Subversion laeuft nur im Rahmen des Datenaustausches).
Die Authentifizierung laeuft nur ueber SSH und nicht ueber Subversion.
Aber Subversion bietet auch eine ausgefeilte eigene Rechteverwaltung, naeheres zu beiden Ansaetzen: svnbook.red-bean.com/en/1.1/ch06s03.html#svn-ch-6-sect-3.2 und svnbook.red-bean.com/en/1.1/ch06s03.html#svn-ch-6-sect-3.4
gepostet vor 18 Jahre, 11 Monate von TheUndeadable
Danke,
aber ich benötige Subversion entweder als Apache-WebDAV-Modul oder als SVN-Dienst.
Werde mich dann mal weiter durch die Doku schlagen.
aber ich benötige Subversion entweder als Apache-WebDAV-Modul oder als SVN-Dienst.
Werde mich dann mal weiter durch die Doku schlagen.
gepostet vor 18 Jahre, 11 Monate von schokofreak
1 frage, 10 unsinnige antworten
Meines Wissens ist das NICHT möglich. Und meines Wissens gibt es hierzu auch keine Anwendung
Gruss
Meines Wissens ist das NICHT möglich. Und meines Wissens gibt es hierzu auch keine Anwendung
Gruss
gepostet vor 18 Jahre, 11 Monate von TheUndeadable
Wäre natürlich sehr schade. Danke, auch wenn es eine schlechte Nachricht ist.
Irgendwie muss es doch möglich sein zwei Repositories auf einem Server mit unterschiedlichen Zugangsdatenbanken zu speichern, so dass beide irgendwie Remote erreichbar sind.
Irgendwie muss es doch möglich sein zwei Repositories auf einem Server mit unterschiedlichen Zugangsdatenbanken zu speichern, so dass beide irgendwie Remote erreichbar sind.
gepostet vor 18 Jahre, 11 Monate von Teonas
Original von TheUndeadable
Irgendwie muss es doch möglich sein zwei Repositories auf einem Server mit unterschiedlichen Zugangsdatenbanken zu speichern, so dass beide irgendwie Remote erreichbar sind.
Versuch es hiermit: http://svnbook.red-bean.com/nightly/en/svn.serverconfig.httpd.html#svn.serverconfig.httpd.authz.perdir
Ich habe es noch nicht getestet (wegen dem von Wulf beschriebenen Vorgehen), aber es sollte das sein, was du suchst.
@schoko: Danke für so positve Beiträge.
gepostet vor 18 Jahre, 10 Monate von TheUndeadable
Als ob sie auf meinen Wunsch gewartet hatten:
Neue Version 1.3:
Der Subversion-Server "svnserve" unterstützt in der neuen Version eine pfadbasierte Authentifizierung, um so Schreib- und Lesezugriffe einzuschränken.
Neue Version 1.3:
Der Subversion-Server "svnserve" unterstützt in der neuen Version eine pfadbasierte Authentifizierung, um so Schreib- und Lesezugriffe einzuschränken.
gepostet vor 18 Jahre, 10 Monate von woodworker
ja svnserve unterstützt das erst ab 1.3 aber mit der apche webdav version ging das schon seit 1.0 min.
wie gesagt user und gruppen kann man darüber per ordner oder auch global rechte verteilen
wie gesagt user und gruppen kann man darüber per ordner oder auch global rechte verteilen
gepostet vor 18 Jahre, 10 Monate von TheUndeadable
Gut zu wissen, aber ich hatte nicht vor den Apache extra für SVN auf meinem Server aufzusetzen.
gepostet vor 18 Jahre, 10 Monate von knalli
Hat einer von euch eine gute Beschreibung & Erklärung zur Installation von SVN? Ja klar, Google dir einen, das habe ich schon hinter mir
Das Problem ist, das die Beschreibungen vielerorts speziell auf ein System entwickelt sind oder aber über den Apache laufen sollen, etc..
Ich hingegen suche ebenfalls eine SSH Lösung.
Zudem brauche ich schätzungsweise Einarbeitung die Verzeichnisstruktur, was auch ein Grund für meine schlechten bisherigen Installationen, vielmehr nach erfolgter Basisinstallation fehlerhaften Konfigurationen ist.
Das Problem ist, das die Beschreibungen vielerorts speziell auf ein System entwickelt sind oder aber über den Apache laufen sollen, etc..
Ich hingegen suche ebenfalls eine SSH Lösung.
Zudem brauche ich schätzungsweise Einarbeitung die Verzeichnisstruktur, was auch ein Grund für meine schlechten bisherigen Installationen, vielmehr nach erfolgter Basisinstallation fehlerhaften Konfigurationen ist.
gepostet vor 18 Jahre, 10 Monate von woodworker
ja die beste anleitung ist
shell# USE="apache2" emerge subversion
ok das setzt die beste linux distributiion wo gibt voraus (www.gentoo.org) aber das ist ja nicht mein problem ;p
shell# USE="apache2" emerge subversion
ok das setzt die beste linux distributiion wo gibt voraus (www.gentoo.org) aber das ist ja nicht mein problem ;p