2016-05-02 3 views
-1

Ich habe einen SVN-Server, den ich für ein Projekt einrichten. Ich habe SVN installiert, habe es mit einem neuen SVN-Benutzer gestartet und ausgeführt, habe Benutzer/Passwort-Kombinationen in der passwrd-Datei erstellt und in svnserve.conf verfügbar gemacht. Ich habe einen Repositories-Ordner in meinem SVN-Benutzerordner und "svnserve -d -r/home/svn/repositories" erstellt. Ich mache einen Ordner im Repository für ein aktuelles Projekt ...SVN-Setup ... Konnte keine Verbindung zu einem Repository herstellen, aber Ping-Host

So habe ich

/home/svn/repositories/my_new_project 

ich netstat -lntp auf meinem Server

Proto Recv-Q Send-Q Local Address  Foreign Address State 
PID/Program name 
tcp  0  0 0.0.0.0:3690  0.0.0.0:*  LISTEN 
24405/svnserve 
...etc... 

Jetzt ausführen, um den Server-Hopping off, und auf meinem Client-Maschine-Hopping, um den Server zu überprüfen ist, ich

ping my_network_server_name_here 

Pinging my_network_server_name_here [1. 2.3.4] mit 32 Bytes Daten:

Reply from [1.2.3.4]: bytes=32 time=1ms TTL=62 
Reply from [1.2.3.4]: bytes=32 time=1ms TTL=62 
Reply from [1.2.3.4]: bytes=32 time=2ms TTL=62 
Reply from [1.2.3.4]: bytes=32 time=3ms TTL=62 

Und ich bekomme eine nette Ping-Rate, so dass ich weiß, dass der Server zugänglich ist. Ich habe TortoiseSVN installiert. I rechten Maustaste auf den Ordner I in das Repository hinzufügen möchten, drücken Sie importieren, und senden Sie es an

svn://my_network_server_name_here:3690/my_new_project 

Die Antwort, die ich erhalten, ist ...

Unable to connect to a repository at URL 
svn://my_network_server_name_here/my_new_project 
Can't connect to host 'my_network_server_name': A connection attempt failed because the connected party did not properly respond after a period of time or established connection failed because the connected host has failed to respond. 

Meine Frage ist ... Wo habe ich es vermasselt?

+0

Ping (ICMP-Pakete) bedeutet ** nichts ** für TCP-Konnektivität. Und das ist SU-Thema sowieso –

+0

Ich war Ping vor allem zu überprüfen, dass der Server war und nicht auf eine größere Art und Weise firewalled. Ich weiß zwar keinen guten Schnelltest zum Testen der TCP-Konnektivität, wenn Sie Vorschläge haben. – liljoshu

Antwort

2

Für svnserve -d -r /home/svn/repositories URL von Repo svn://my_network_server_name_here:3690/my_new_project bedeutet: Sie erstellt Repository (svnadmin create) im Ordner my_new_project. Ist es richtig?

Nun, 0.0.0.0:3690 bedeutet "Svnserve hören auf allen Schnittstellen", bedeutet aber nicht "Sie können auf allen Schnittstellen eine Verbindung herstellen". Weil einige Tool-in-the-Middle die Verbindung zu Svnserve verhindern können. Sie können unter Verwendung von leichte Befehle in SVN (wie svn ls URL)

  1. Versuchen Sie, eine Verbindung von Host von Repo Repo, Hostnamen localhost
  2. Wenn OK, schließen Sie aus vielen Repo Repo, mit FQDN Host
  3. IF OK, schließen Sie von einem externen Host Repo, bei jeder Iteration Menge von Zwischenwirten reduziert

Firewall auf der Strecke erwartet, die blockiert den Zugriff auf nicht-whilelisted Ports

+0

Sie haben Recht, dass ich den Befehl svnadmin create ausgeführt habe. Soweit die Verwendung der 'svn ls svn: // mein_network_server_name_hier: 3690/my_new_project' geht, gibt mir der Fehler, dass es keine Verbindung von localhost vom selben Server herstellen kann (Verbindung zu einem Repository bei URL nicht möglich ...) Wenn Sie dies jedoch vom lokalen Host aus tun, erhalten Sie die zusätzliche "svnserve.conf: 19: Option expected". Ich habe jedoch die svnserve.conf in Zeile 19 überprüft, und es ist nur eine kommentierte Anweisungszeile. – liljoshu

+0

Definierte einige Probleme in Schritt 1 und 2 behoben, aber der Client hat immer noch den gleichen Fehler, und zwischen Client und Host gibt es nichts. : / – liljoshu