TortoiseSVN ne peut pas se connecter au serveur SlikSVN Subversion
https://stackoverflow.com/questions/410844
-
03-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianQuestion
J'ai créé un serveur SubVersion sur l'une des machines de mon groupe de travail. Depuis ma boîte de développement, je peux accéder au référentiel et archiver / extraire des fichiers sans aucun problème.
Je viens d’installer TortoiseSVN et quoi qu’il en soit, il ne se connectera pas au référentiel sur le serveur. Je reçois la fameuse erreur "Aucune connexion n'a pu être établie car la machine cible l'a activement refusée".
Quelqu'un at-il une idée de la raison pour laquelle cela pourrait être ..? Pour autant que je sache, l'extension du shell tortoise fonctionne sous mes informations d'identification d'utilisateur. Il semble étrange que les outils de ligne de commande SVN fonctionnent correctement, mais pas Tortoise.
Les deux machines utilisent Vista
REMARQUE: dans les deux cas, j'utilise le protocole svn pour me connecter
.Enfin, je l'ai corrigé ...! Le problème semble être lié au paquet Subversion que j'ai téléchargé. J'ai téléchargé la dernière version de SlikSVN (1.5.5) et je l'ai installée sur mon client et mon serveur. Il semble que TortoiseSVN n'aime pas cette version / build. Je viens de désinstaller SlickSVN sur les deux machines et de récupérer la dernière version de CollabNet et tout fonctionne comme prévu!
La solution 3
Enfin, je l'ai corrigé ...!
Le problème semble être lié au paquet Subversion que j'ai téléchargé. J'ai téléchargé la dernière version de SlikSVN (1.5.5) et je l'ai installée sur mon client et mon serveur. Il semble que TortoiseSVN n'aime pas cette version / build. Je viens de désinstaller SlickSVN sur les deux machines et de récupérer la dernière version de CollabNet. Tout fonctionne comme prévu!
Autres conseils
Ajoutez simplement - listen-host 0.0.0.0 à votre commande de service SVN. Le problème est que vous créez le service en écoutant IPv6 et que vous essayez d'y accéder à l'aide de IPv4 . Regardez ceci:
Vous pouvez poser cette question sur la liste de diffusion TSVN:
Voir http://tortoisesvn.net/community ou http://groups.google.com/group/tortoisesvn
Vous obtiendrez généralement une réponse très rapidement.
Vérifiez les éléments suivants:
- est votre pare-feu configuré pour laisser passer le trafic (port 3690, par défaut, ou tout autre port sur lequel svnserve est configuré pour fonctionner). Vérifiez les pare-feu sur votre ordinateur client et sur celui sur lequel vous exécutez svnserve.
- de nombreux scanneurs de virus interfèrent également avec les ports réseau "inhabituels"
- l'hôte par défaut que svnserve écoute est 'localhost', ce qui signifie que vous ne pourrez pas vous y connecter depuis un autre ordinateur. Avez-vous démarré svnserve avec le paramètre '--listen-host serverhostname'?
Modifier: si vous utilisez le serveur collab.net, vous devez démarrer le service manuellement:
net start svnserve
Cela pourrait également aider: http: //subversion.open.collab. net / articles / svnserve-service.htm
Peut-être vaut-il la peine de vérifier que Tortoise n’a pas détecté un paramètre de proxy (paramètres réseau dans la configuration Tortoise). Depuis le même écran, vous pouvez ouvrir le fichier du serveur SVN et voir s’il se passe quelque chose de bizarre.
Quel protocole utilisez-vous pour accéder au référentiel côté serveur? S'il ne s'agit pas d'un protocole file: // , avez-vous confirmé que le serveur correspondant est en cours d'exécution? Essayez de vous y connecter manuellement, par exemple en exécutant
telnet target.machine.ip.address target_port
(bien sûr, en remplaçant target.machine.ip.address par l'adresse IP réelle et target_port par le port du serveur numérique). Si ce port est ouvert, l’écran s’efface, sinon Telnet se bloque pendant un moment, puis se plaint.
Si cela fonctionne avec l'adresse IP et non avec le nom de l'appareil, vous rencontrez un problème de résolution de nom (vérifiez vos paramètres DNS et / ou WINS.)
J'ai eu le même problème avec SlickSVN 1.5.5. Mais dans mon cas, c’était un serveur local de subversion fonctionnant en mode démon. Le package CollabNet fonctionne correctement avec la même configuration.
Le client Slik Subversion est compatible IPv6 et IPv4. Par conséquent, si votre système dit qu'il préfère IPv6. Avec l’argument --listen-host, vous pouvez choisir le mode d’écoute.
J'ai relancé la commande svnserve --daemon --root D: \ Subversion \ Repo et cette erreur a été résolue.
Cette erreur est survenue soudainement. Nous travaillions bien une minute et la suivante nous avons vu cette erreur. Je ne sais pas pourquoi.
