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

1

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.

RMorrisey
źródło
1
Czy svnserve działa? Netstat -anp tcp pokaże to; Jeśli jest linia dla „3690 LISTENING”, to działa subversion.
Kevin M
1
Czy usługa Subversion CollabNet nadal jest wyświetlana na liście Windows Services (services.msc)?
Jaymz
Edytowane, aby odpowiedzieć na oba te pytania. Dziękujemy za przyjrzenie się temu problemowi!
RMorrisey
Zauważam, że w instrukcji, kiedy uruchamiają svnserve, pokazuje komunikat: „# svnserve jest teraz uruchomiony, nasłuchuje na porcie 3690”. Nie dostaję tej wiadomości w mojej konsoli, konsola po prostu zatrzymuje się. Nie wiem, dlaczego tak jest.
RMorrisey
Na co warto zwrócić uwagę, że stary svnserve znów działa. Nie wiem, dlaczego wersja 1.6 nie akceptuje połączeń.
RMorrisey

Odpowiedzi:

2

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
SHesse
źródło
2

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"
Ross Smith
źródło
Interesujący punkt (dzięki), ale nie bezpośrednio związany z pytaniem.
Wolf