subversion - svn

[dio64596]

Hallo,

hat es schon jemand geschafft, svnserve als xinetd process zum laufen zu bringen?
Am Besten gleich mit ssh authentication, ohne würde es mir aber erst mal auch tun.
Installiert ist subversion bereits und läuft lokal auch einwandfrei. Wenn ich aber von meinem Rechner drauf zugreifen will tut sich nix.
Folgendes habe ich im xinetd.d-Verzeichnis in der Datei svn abgespeichert:

service svn
{
        port                    = 3690
        socket_type             = stream
        protocol                = tcp
        wait                    = no
        user                    = svn
        server                  = /usr/bin/svnserve
        server_args             = -i -r /srv/svn/repositories
}

Wenn ich svnserve als deamon starte komm wenigstens noch die Passwortabfrage.

 

[HornOx]

Warum installierst du SVN nicht als Apache Modul? Das funktioniert bei mir einwandfrei und die Verschlüsselung per https sollte meist sicher genug sein.

 

[dio64596]

svnserve ist wohl schneller, außerdem finde ich das irgendwie komisch zum konfigurieren im Apache.

 

[HornOx]

Was sagt der dein server wenn du per telnet auf den svn Port zugreifst? Hast du das "/srv/svn/repositories" in der svn:// URL drinnen oder nicht? Was sagt der Logeintrag von xinetd?
Subversion war auf meinem S4Y Debian schon vorkonfiguriert und läuft so schnell das ich bisher nicht auf die Idee gekommen bin da dran was zu optimieren, vermutlich ist der Overhead den xinetd erzeugt größer als der den Apache hat...

 

[dio64596]

das "/srv/svn/repositories" habe ich nicht in der url da ich ja den server mit parameter "-r /srv/svn/repositories" starte.
Die Verbindung wird immer verweigert wenn ich drauf zugreifen will.
Einen log-Eintrag gibt es nicht. (Debian gabs da leider noch nicht. Sonst hätte ich das auch. So hab ich halt RedHat)

 

[HornOx]

Hast du xinetd neu gestartet? Was sagt

netstat -ltpn|egrep 3690

 

[dio64596]

"netstat -ltpn|egrep 3690" sagt gar nichts. Neugestartet habe ich indem ich dem xinetd-Prozess ein SIGHUP gesendet habe.

 

[HornOx]

Aso, dann ist der Port garnicht offen und es ist ein Konfiguratuationsproblem von xinetd und nicht von Subversion, probier mal:

service svn
{
  [...]
  disable = no
}

 

[dio64596]

Hilft nichts.
Gibt es denn noch eine andere Möglichkeit den xinetd neu zu starten?

 

[HornOx]

/etc/init.d/xinetd reload
bzw
/etc/init.d/xinetd restart
ist die "normale" Methode.

 

[dio64596]

Bin der Sache schon einen Schritt näher. Musste in der /etc/services noch die Zeilen

svn 3690/tcp # Subversion
svn 3690/udp # Subversion

eintragen.
Jetzt gibt es den Eintrag bei netstat und ich werde nach dem Benutzernamen und Passwort gefragt, danach passiert nichts mehr.
Bin nun also mit xinetd gleich weit wie wenn svnserve mit der Option -d als daemon gestartet wird.

In den logfiles ist nun ein Eintrag START: svn pid=.. from=..

 

[HornOx]

Wie sieht den die Datei conf/svnserve.conf im svn Repository aus? Was passiert wenn du anonymen Zugriff zuläßt?

 

[dio64596]

svnserve.conf:
[general]
anon-access = none
auth-access = write
password-db = userfile
realm = TestSVN

userfile:
[users]
user1 = testpass

Wenn ich anonymen Zugriff erlaube geht es. auth-access geht nicht.

 

[HornOx]

Die beiden Dateien funkionieren bei mir.
Kann die Datei userfile bei dir vom User svn gelesen werden?

 

[dio64596]

Kann die Datei userfile bei dir vom User svn gelesen werden?

Sie gehört ihm wie alles ab /srv/svn/ und er hat Schreib- und Leserechte