svn : OPTIONS de 'https://...' : impossible de se connecter au serveur

Question

Au travail, j'essaie de faire un svn checkout https://... dans un terminal, et j'ai obtenu l'erreur : svn: OPTIONS of 'https://...': could not connect to server (https://...)

Je peux ouvrir l'adresse https://... dans mon internet explorer, après avoir entré le login et le mot de passe, je peux voir les fichiers dans celui-ci.

Toujours dans mon internet explorer, mon paramètre actuel de proxy est None .

Auparavant, pour faire fonctionner svn à la maison, les gens ont inséré les lignes suivantes dans mon fichier /etc/subversion/servers:

[global]
http-proxy-host = kuzh.xxx.fr
http-proxy-port = 8080

Dans ce contexte, quelqu'un sait-il comment résoudre ce problème ? ... could not connect to server ... erreur ?

Edit1 En ce moment, j'essaie la même commande à la maison, et ça marche. Donc je pense que @J.N. a raison... Je devrais faire le http-proxy-host y http-proxy-port sous un [group] afin qu'il ne soit pris en compte que lorsque je suis chez moi, et non considéré lorsque je suis ailleurs...

Maintenant, la question est de savoir comment spécifier le [group] en /etc/subversion/servers pour qu'il sache si je suis à la maison ou pas...

Answer 1

J'ai eu un problème similaire, j'utilise un proxy dans mon université, et pas de proxy à la maison.

Il m'a donné l'erreur "Impossible de se connecter au serveur".

Tout ce que j'ai eu à faire était de commenter les lignes sous la section [global] :

[global]

# http-proxy-host = kuzh.xxx.fr

# http-proxy-port = 8080

sous ces deux fichiers :

/etc/subversion/servers

/home/<username>/.subversion/servers

et cela a résolu le problème. Apparemment, les configurations locales sont générées pour tous les utilisateurs qui utilisent svn, donc vous devez supprimer le proxy de votre compte utilisateur également lorsque vous voulez vous débarrasser du proxy.

Answer 2

Tout d'abord, essayez de commenter les lignes mentionnées pour éviter d'utiliser un serveur proxy et testez si cela fonctionne (c'est-à-dire ajoutez un # au début de chaque ligne.

Si ce n'est pas le cas, alors vous êtes coincé. Il y a probablement un proxy entre vous et le serveur SVN qui vous empêche d'utiliser les fonctionnalités de Subversion (Note : certains proxys sont transparents, et n'ont pas besoin d'être configurés, ils "attrapent" vos requêtes automatiquement).

Si c'est le cas, vous pouvez créer un [group] dans la configuration pour n'utiliser qu'un proxy pour certains serveurs au lieu d'un global configuration.

Answer 3

J'ai eu un problème similaire en essayant une simple mise à jour sur mon serveur.

svn update

J'ai reçu la même erreur svn: OPTIONS of 'https://...': could not connect to server (https://...)

J'ai simplement fourni mon nom d'utilisateur et mon mot de passe svn une fois et le problème a été résolu.

svn update --username my_user_name --password xxxxxx

Answer 4

J'exécute Oracle Linux 6.6 64 bits en tant qu'invité VM (Windows 7 en tant qu'hôte) derrière le proxy de l'entreprise, lorsque je lance la commande

svn co http://svn.code.sf.net/p/flashcard4cn/code/trunk flashcard4cn 

J'ai reçu un message d'erreur

svn: OPTIONS of 'http://svn.code.sf.net/p/flashcard4cn/code/trunk': Could not resolve hostname `svn.code.sf.net': Host not found (http://svn.code.sf.net)

après avoir ajouté les deux lignes suivantes dans /home//.subversion/servers dans [global].

[global]
http-proxy-host = proxy.**.com
http-proxy-port = 80

Les erreurs ont disparu, et le contrôle est réussi. Certains d'entre vous ont mentionné que la même chose n'a pas fonctionné, mais cela fonctionne pour moi avec Oracle Linux 6.6.

Answer 5

J'ai essayé toutes les réponses postées avant moi, mais aucune n'a fonctionné.

La seule solution que j'ai trouvée a été de redémarrer mon ordinateur portable.

Ensuite, tout a fonctionné comme avant, aucun changement nécessaire dans les fichiers de configuration svn, etc.

Je ne sais pas pourquoi cela s'est produit, d'autant plus qu'aucune modification n'était nécessaire pour corriger cela, ce qui signifie qu'aucune modification n'a été faite par moi ou par un proxy.