Nie można połączyć się z svnserve na localhost - połączenie zostało aktywnie odrzucone

Kiedy próbuję połączyć się za pomocą Tortoise z moim serwerem SVN, używając:

svn://localhost/

Tortoise mówi mi: „Nie mogę połączyć się z hostem 'localhost'. Nie można nawiązać połączenia, ponieważ komputer docelowy aktywnie go odmówił.”

Jak mogę to naprawić?

Próbuję skonfigurować serwer subversion na moim lokalnym komputerze osobistym. Używam systemu Windows Vista z zainstalowanym SlikSVN i TortoiseSVN. Wcześniej wszystko działało poprawnie, ale okazało się, że nie można scalić (!), Prawdopodobnie z powodu niezgodności wersji między klientem SVN a serwerem. W każdym razie ... mam teraz następujące ustawienia:

Stworzyłem repozytorium za pomocą svnadmin create; rezyduje na C:\svnGrove

C: svnGrove conf svnserve.conf (pominięto # komentarze):

[general]
anon-access=read
auth-access=write
password-db=passwd
#authz-db=authz
realm=svnGrove

C: svnGrove confdd:

[users]
myname=mypass

Moja usługa Subversion Server wskazuje na:

C:\Program Files\SlikSvn\bin\svnserve.exe --service -r C:\svnGrove

Pokazuje usługę TCP / IP jako zależność. Próbowałem również uruchomić svnserve z wiersza poleceń, uzyskując podobne wyniki.

Poniżej znajduje się opcja „około” w TortoiseSVN:

TortoiseSVN 1.6.10, Build 19898 - 32 Bit , 2010/07/16 15:46:08
Subversion 1.6.12, 
apr 1.3.8
apr-utils 1.3.9
neon 0.29.3
OpenSSL 0.9.8o 01 Jun 2010
zlib 1.2.3

Poniższy fragment pochodzi z svn --version w wierszu poleceń (nie wiem, dlaczego mówi CollabNet, CollabNet był poprzednim plikiem binarnym SVN, który skonfigurowałem. Deinstalator nie usunął wszystkiego z wdziękiem):

svn, version 1.6.12 (SlikSvn/1.6.12) WIN32
   compiled Jun 22 2010, 20:45:29

Copyright (C) 2000-2009 CollabNet.
Subversion is open source software, see http://subversion.tigris.org/
This product includes software developed by CollabNet (http://www.Collab.Net/).

The following repository access (RA) modules are available:

* ra_neon : Module for accessing a repository via WebDAV protocol using Neon.
  - handles 'http' scheme
  - handles 'https' scheme
* ra_svn : Module for accessing a repository using the svn network protocol.
  - with Cyrus SASL authentication
  - handles 'svn' scheme
* ra_local : Module for accessing a repository on local disk.
  - handles 'file' scheme
* ra_serf : Module for accessing a repository via WebDAV protocol using serf.
  - handles 'http' scheme
  - handles 'https' scheme

Wyłączyłem moją Zaporę systemu Windows i CA Internet Security, bez powodzenia w rozwiązaniu problemu.

Edytować

Stara wersja svnserve była nadal skonfigurowana jako usługa po odinstalowaniu, wskazano na tę ścieżkę:

C:\Program Files\Subversion\svn-win32-1.4.6\bin

Zmodyfikowałem klucz rejestru usługi, aby wskazał nową ścieżkę (pokazaną powyżej). Niezależnie od tego, czy uruchamiam svnserve jako usługę, czy używam -d, nie widzę wpisu dla tego numeru portu na liście wygenerowanej przez netstat -anp tcp.

Hudson nie może połączyć się anonimowo z svnserve w 64-bitowym systemie Windows 7 ze standardowymi wartościami domyślnymi. Następujące parametry dodane do wiersza poleceń powiodły się:

svnserve -d --listen-port 3690 --listen-host 127.0.0.1 -r svn-repos

W systemie Windows 7 Professional 64-bit, korzystając z SlikSvn, mogłem się połączyć svn://localhost/, ale nie do svn://127.0.0.1/.

Wtedy znalazłem połączenie svn://[::1]/ które skierowałem dodając

::1 svn

do C:\Windows\System32\drivers\etc\hosts.

Teraz, svn://svn/ działa w porządku.

Polecenie:

netstat -anp tcp

nie pokaże informacji IPv6. Aby wyświetlić połączenia IPv6, użyj:

netstat -anp tcpv6

Dlatego, aby sprawdzić, czy na porcie 3690 znajduje się detektor, użyj:

netstat -an | findstr "3690"