Erreur TortoiseSVN: "Les options de 'https: // ...' n'ont pas pu se connecter au serveur (...)"
J'essaie de configurer un nouvel ordinateur pour la synchronisation avec mon référentiel SVN hébergé avec cvsdude.com.
Je reçois cette erreur:
! [Erreur SVN] [1] - image supprimée image de marque qui avait été remplacée par une publicité
Voici ce que j'ai fait (ceux-ci ont fonctionné dans le passé):
Téléchargé et installé TortoiseSVN
Création d'un nouveau dossier C:\aspwebsite
Faites un clic droit, choisissez SVN Checkout ...
Entrez les informations suivantes, cliquez sur OK:
- URL du référentiel: https: // <reponame> -svn.cvsdude.com/aspwebsite
- Répertoire de paiement: C:\aspwebsite
- Profondeur de la caisse: entièrement récursive
- Omettre les externes: décoché
- Révision: HEAD révision
Vous avez une erreur TortoiseSVN:
- OPTIONS de ' https: // <reponame> -svn.cvsdude.com/aspwebsite ': impossible de se connecter au serveur ( https: // <reponame> -svn.cvsdude.com )
Plutôt que d’obtenir l’erreur, TortoiseSVN aurait dû demander mon nom d’utilisateur et mon mot de passe, puis télécharger environ 90 Mo.
Pourquoi ne puis-je pas passer à la caisse depuis mon référentiel Subversion?
Kent Fredric a écrit:
Soit leur certificat de sécurité a expiré, ou leur hébergement est cassé/en panne.
Contactez CVSDude et demandez-leur ce qui se passe.
Ce pourrait également être un délai d'attente, parce que pour moi leur site est exhaustivement lent..
Il se trompe après quelques secondes seulement. Je ne pense pas que ce soit un délai d'attente.
Matt a écrit:
Essayez de visiter https: // [rédigé] -svn.cvsdude.com/aspwebsite et voir ce qui se passe. Si vous pouvez visiter dans votre navigateur, vous devriez être capable d’obtenir les fichiers dans votre SVN client et nous pouvons travailler à partir de là. Si ça échoue, alors voici votre réponse.
Je peux accéder au site dans un navigateur Web.
Vérifiez vos paramètres de proxy dans TortoiseSVN-> Paramètres-> Réseau .
Peut-être qu'ils sont configurés différemment que dans votre navigateur Web.
Réaction tardive, mais cela fait un moment que je lutte avec cela, alors je peux peut-être gagner du temps en montrant ma solution.
Mon problème a montré un peu différent, mais la cause pourrait être la même.
Dans ma situation, TortoiseSVN a continué à essayer de se connecter via un serveur proxy. Je pouvais accéder à SVN via chrome, firefox et IE bien.
Il s'avère qu'il existe un fichier de configuration dont la configuration est différente de celle de l'interface graphique dans TortoiseSVN.
Le mien était situé ici: C:\Documents and Settings\[username]\Application Data\Subversion\, mais vous pouvez également ouvrir le fichier via le gui TortoiseSVN.
Dans mon dossier, http-proxy-exceptions was empty. Après l'avoir spécifié, tout a bien fonctionné.
[global]
http-proxy-exceptions = 10.1.1.11
http-proxy-Host = 197.132.0.223
http-proxy-port = 8080
http-proxy-username = defaultusername
http-proxy-password = defaultpassword
http-compression = no
Je me rends compte que c’est une vieille question, mais le même problème m’est arrivé, mais pour une raison complètement différente.
Il se peut que cvs-dude ait modifié les certificats, de sorte qu'il ne corresponde plus au certificat que vous avez mis en cache.
Vous pouvez aller à TortoiseSVN-> Paramètres-> Données enregistrées et cliquer sur le bouton "Effacer" en regard de "Données d'authentification", puis réessayer.
Cela me rendait dingue et je l'ai résolu aujourd'hui. Je poste dans ce vieux fil parce que je suis arrivé ici plusieurs fois en cherchant une solution. J'espère que cela aidera quelqu'un . Pour moi, j'ai vérifié svn-settings -> réseau -> Editer le fichier du serveur Subversion et constaté qu'il y avait quelques lignes non commentées à la fin:
http-proxy-Host =
ssl-trust-default-ca = no
http-proxy-username =
http-proxy-password =
qui diffère de mes collègues. Une fois que je les commente, cela a recommencé à fonctionner.
On dirait que vous êtes presque définitivement derrière un serveur proxy.
Où cela ne fonctionne pas _ derrière mon proxy:
svn checkout http://v8.googlecode.com/svn/trunk/ v8-read-only
ceci fait:
svn --config-option servers:global:http-proxy-Host=MY_PROXY_Host --config-option servers:global:http-proxy-port=MY_PROXY_PORT checkout http://v8.googlecode.com/svn/trunk/ v8-read-only
UPDATE J'ai oublié de citer ma source :-)
http://svnbook.red-bean.com/fr/1.1/ch07.html#svn-ch-7-sect-1.3.1
Je viens d'avoir un problème similaire, mais il n'a pas commis d'erreur immédiatement, donc ce n'était peut-être pas le même problème.
Je suis derrière un pare-feu et j'ai changé mes paramètres de proxy (TortoiseSVN-> Paramètres-> Réseau) pour accéder à un dépôt open source hier. J'ai reçu l'erreur ce matin en essayant de récupérer un dépôt dans le domaine local derrière le pare-feu. Il me suffisait de supprimer la configuration du proxy dans TortoiseSVN-> Paramètres-> Réseau pour que cela fonctionne à nouveau localement.
C'est le problème avec votre paramètre de proxy dans TortoiseSVN. Connectez-vous en utilisant un réseau qui n'utilise pas de proxy ou ne configurez pas vos paramètres de proxy correctement.
Essayez de coller l’URL SVN dans la barre d’adresse de votre navigateur. Vous verrez probablement que vous ne pouvez pas vous connecter en raison d'un problème avec l'URL. J'avais ce problème aujourd'hui et le problème était que j'avais mal entré le numéro de port, mais comme d'autres l'ont noté, il pourrait aussi s'agir d'un problème de respect de la casse, de paramètres de proxy ou d'autres problèmes de niveau de connexion.
J'ai eu la même erreur aujourd'hui et j'ai découvert que le pare-feu bloquait le client svn
J'ai aussi eu cette erreur quand mon serveur était une exception pour le proxy dans le fichier de configuration SVN comme ceci: http-proxy-exceptions = *.repo.domain.com
La solution pour moi était d'utiliser l'adresse IP du serveur svn à la place du nom. Pour une raison quelconque, le nom n’était pas correctement résolu à partir d’Eclipse Juno - Subclipse et de TortoiseSVN.
Alors, ce qui a fonctionné pour moi: http-proxy-exceptions = XXX.XX.X.X (l'IP du serveur)
J'ai le même problème, mais j'utilise mon propre serveur. Peut-être qu'Apache n'autorise qu'une connexion limitée au même serveur. J'augmente les paramètres max_connection et KeepAlive. Jusqu'ici tout va bien.
J'ai eu un problème similaire; s’avère que c’est un problème de casse Alors, assurez-vous d'utiliser le cas approprié.
Merci à tous les commentateurs sur cette page. Lorsque j'ai installé le dernier TortoiseSVN, j'ai eu cette erreur.
J'utilisais la dernière version, j'ai donc décidé de passer à la version 1.5.9 (comme le faisaient mes autres collègues) et cela a fonctionné. Puis, une fois construit, ma machine a été déplacée sur un autre sous-réseau et le problème a recommencé.
Je suis allé à TortoiseSVN-> Paramètres-> Données sauvegardées et effacé les données d'authentification. Après cela a bien fonctionné.
assurez-vous que lorsque vous ajoutez vos entrées de proxy au fichier du serveur, vous les ajoutez dans le groupe [global]. (Cela semblait faire la différence pour moi sous ubuntu.)
Soit leur certificat de sécurité a expiré, soit leur hébergement est en panne/en panne.
Contactez CVSDude et demandez-leur ce qui se passe.
Cela pourrait aussi être un dépassement de temps, car pour moi leur site est de manière exhaustive lent ..
Cela peut être dû au fait que vous essayez d'extraire le référentiel en y accédant via un serveur proxy sans l'activer, à l'endroit où vous devez modifier les paramètres dans TortoiseSvn. Donc, si vous utilisez un serveur proxy, cochez la case "Activer le serveur proxy" dans Paramètres-> Réseau et indiquez votre adresse de serveur et votre numéro de port aux endroits appropriés. Maintenant, essayez de vérifier à nouveau.
Je n'ai eu aucun changement de paramètres réseau et donc la plupart des choses présentées ici ne me concernaient pas. Après avoir beaucoup discuté du commentaire sur le scanner de virus, je suis sur la bonne voie: il existe des antivirus comme McAfee, qui protègent certaines zones des répertoires système et les rendent en lecture seule ..__ pour la première fois, Tortoise SVN tente d'écrire le certificat sur l'un de ces fichiers, ce qui échoue à cause de la protection. Désactivez brièvement la protection, démarrez l'extraction et, après la boîte de dialogue du certificat, vous pouvez le réactiver. Cela a au moins fonctionné pour moi.
le serveur VisualSVN distant 2.5.8 est accessible à partir d'au moins 3 ordinateurs. Cependant, sur mon ordinateur local, l'URL du référentiel n'était pas accessible Et svn ls https://server-ip:443/svn/project/trunk return error
OPTIONS of 'https://…' could not connect to server (…)
Mon ordinateur local avait l'habitude d'avoir accès au serveur. La seule chose qui a été modifiée a été le passage à la connexion http au lieu de https pour des raisons Redmine (problème de certificat).
J'ai essayé différentes choses énumérées ci-dessus. Ce qui a en fait résolu mon problème était d'installer un nouveau VisualSVN server 2.5.9 en utilisant le même référentiel. Redmine a également reconnu le nouveau référentiel via https.
Aucune des réponses n'a résolu le problème pour moi. Même après avoir installé une nouvelle version de Tortoise SVN + Ccleaner.
Il semble qu'il y ait un dossier dans AppData\Roaming\Subversion qui contient toute la configuration de Tortoise SVN. Vous devez tout supprimer et redémarrer Tortoise SVN.
J'espère que cela aide quelqu'un comme solution ultime.
Pour moi c'était la solution .
Le problème était que le serveur SVN était derrière un reverse-proxy (livre). Et il fallait dire au proxy inverse d'autoriser OPTIONS.