TortoiseSVN non può connettersi al server Subversion SlikSVN
https://stackoverflow.com/questions/410844
-
03-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianDomanda
Ho creato un server SubVersion su una delle macchine del mio gruppo di lavoro. Dalla mia casella di sviluppo sono in grado di accedere al repository e archiviare / estrarre i file senza problemi.
Ho appena installato TortoiseSVN e, qualunque cosa faccia, non si collegherà al repository sul server. Ottengo l'errore infame "Non è stato possibile stabilire alcuna connessione perché la macchina target lo ha rifiutato attivamente".
Qualcuno ha qualche idea sul perché questo potrebbe essere ..? Per quanto ne so, l'estensione della tartaruga gira sotto le mie credenziali utente. Sembra strano che gli strumenti della riga di comando SVN funzionino correttamente, ma non Tortoise.
Entrambe le macchine eseguono Vista
NOTA: in entrambi i casi sto usando il protocollo svn per connettermi
Infine, l'ho risolto ...! Il problema sembra riguardare il pacchetto Subversion che ho scaricato. Ho scaricato l'ultima versione di SlikSVN (1.5.5) e l'ho installata sul mio client e server. Sembra che a TortoiseSVN non piaccia questa build / versione. Ho appena disinstallato SlickSVN su entrambe le macchine e ho preso l'ultima versione da CollabNet e ora tutto funziona come previsto!
Soluzione 3
Finalmente l'ho risolto ...!
Il problema sembra riguardare il pacchetto Subversion che ho scaricato. Ho scaricato l'ultima versione di SlikSVN (1.5.5) e l'ho installata sul mio client e server. Sembra che a TortoiseSVN non piaccia questa build / versione. Ho appena disinstallato SlickSVN su entrambe le macchine e ho preso l'ultima versione da CollabNet e ora tutto funziona come previsto!
Altri suggerimenti
Basta aggiungere --listen-host 0.0.0.0 al comando del servizio SVN. Il problema è che stai creando il servizio ascoltando IPv6 e stai provando ad accedervi usando IPv4 . Guarda questo:
Potresti voler porre questa domanda sulla mailing list di TSVN:
Vedi http://tortoisesvn.net/community o http://groups.google.com/group/tortoisesvn
Di solito riceverai una risposta molto rapidamente.
Controlla quanto segue:
- è il tuo firewall configurato per consentire il passaggio del traffico (porta 3690, per impostazione predefinita o qualsiasi altra porta su cui potresti avere svnserve configurato per l'esecuzione). Controlla i firewall sia sul tuo computer client che sul computer su cui esegui svnserve.
- molti scanner di virus interferiscono anche con porte di rete "insolite"
- l'host predefinito su cui svnserve è in ascolto è 'localhost', il che significa che non sarà possibile connettersi ad esso da un altro computer. Hai iniziato a svnserve con il parametro "--listen-host serverhostname"?
Modifica: se stai usando il server collab.net, devi avviare il servizio manualmente:
net start svnserve
Anche questo potrebbe aiutare: http: //subversion.open.collab. net / articoli / svnserve-service.htm
Potrebbe valere la pena verificare che Tortoise non abbia acquisito un'impostazione proxy (Impostazioni di rete nella configurazione di Tortoise). Dalla stessa schermata puoi aprire il file del server SVN e vedere se c'è qualcosa di strano lì dentro.
Quale protocollo stai usando per accedere al repository sul lato server? Se non è un protocollo file: // , hai confermato che il server corrispondente è effettivamente in esecuzione? Prova a connetterti manualmente, ad esempio eseguendo
telnet target.machine.ip.address target_port
(ovviamente, sostituendo target.machine.ip.address con l'indirizzo IP effettivo e target_port con la porta numerica del server). Se quella porta è aperta, lo schermo si cancellerà, altrimenti telnet si bloccherà per un po ', quindi si lamenterà.
Se funziona utilizzando l'indirizzo IP e non il nome della macchina, si verifica un problema nella risoluzione dei nomi (controllare le impostazioni DNS e / o WINS.)
Ho avuto lo stesso problema con SlickSVN 1.5.5. Ma nel mio caso era un server di sovversione locale in esecuzione in modalità Deamon. Il pacchetto CollabNet funziona bene con la stessa configurazione.
Slik Subversion Client è abilitato IPv6 e IPv4, quindi se il tuo sistema dice che preferisce IPv6. Con l'argomento --listen-host puoi scegliere come dovrebbe essere ascoltato.
Ho eseguito nuovamente il comando svnserve --daemon --root D: \ Subversion \ Repo e questo ha risolto questo errore.
Questo errore è emerso all'improvviso. Stavamo lavorando bene un minuto e il prossimo abbiamo visto questo errore. Non sono sicuro del perché.
