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.
źródło
Netstat -anp tcp
pokaże to; Jeśli jest linia dla „3690 LISTENING”, to działa subversion.Odpowiedzi:
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ę:
źródło
W systemie Windows 7 Professional 64-bit, korzystając z SlikSvn, mogłem się połączyć
svn://localhost/
, ale nie dosvn://127.0.0.1/
.Wtedy znalazłem połączenie
svn://[::1]/
które skierowałem dodającdo
C:\Windows\System32\drivers\etc\hosts
.Teraz,
svn://svn/
działa w porządku.Polecenie:
nie pokaże informacji IPv6. Aby wyświetlić połączenia IPv6, użyj:
Dlatego, aby sprawdzić, czy na porcie 3690 znajduje się detektor, użyj:
źródło