Inconnu protocole SSL erreur de connexion

Vous pouvez obtenir plus d'informations avec

# Windows
set GIT_CURL_VERBOSE=1
set GIT_TRACE_PACKET=2

# Unix
export GIT_CURL_VERBOSE=1
export GIT_TRACE_PACKET=2

Et essayer un git push.

Double-vérifier les paramètres de votre proxy si vous en avez un.

Remarque: git 2.8 (Mars 2016) ajoute plus d'informations sur une erreur 35:

Voir s'engager 0054045 (14 Février 2016) par Shawn Pearce (spearce).

^{(Fusionnés par Junio C Hamano -- gitster -- dans s'engager 97c49af, le 24 Février 2016)}

remote-curl: inclure curl_errorstr sur la configuration de SSL échecs

Pour curl erreur 35 (CURLE_SSL_CONNECT_ERROR) les utilisateurs ont besoin de texte supplémentaire stockée dans CURLOPT_ERRORBUFFER pour déboguer, pourquoi la connexion ne démarre pas.

C'est curl_errorstr à l'intérieur de http.c, afin de l'inclure dans le message si il est non-vide.

---

Aussi consulter les causes communes pour ce message:

Si elle travaillait avant, et pas de travail aujourd'hui, il est possible que la clé privée SSL a expiré sur la BitBucket côté (voir ci-dessous, la raison n ° 3), mais qui ne semble pas être le cas ici (le certificat est valable jusqu'au 12/03/2014).

---

Le Site de Destination N'Aime Pas le Protocole

De tirer une demande similaire à la suivante, les résultats de l'Inconnu Protocole SSL erreur:

curl --sslv2 https://techstacks-tools.appspot.com/

Pourquoi? Eh bien, dans ce cas, c'est parce que la techstacks outils site ne prend pas en charge SSLv2, ainsi, la génération de la boucle (35) erreur.

Le Site de Destination N'Aime Pas le chiffre

Vous pourriez être essayer de se connecter au site à l'aide d'un algorithme de chiffrement que le site est configuré pour refuser.

Par exemple, anonyme algorithmes de chiffrement sont généralement désactivé sur crypté ssl sites qui sont tournées vers le client. (Beaucoup d'entre nous de définir un refus général de la politique sur n'importe quel site web crypté SSL—quel que soit le but.)

La chaîne de commande suivante "peut également entraîner la boucle (35) erreur:

curl --ciphers ADH-RC4-MD5 https://some_web_site.some_domain.com/

Malheureusement, le type de réponse en cas d'erreur, vous pouvez obtenir à partir d'curl dépend en grande partie sur le serveur ssl. Sur certains sites, vous recevrez l'Inconnu Protocole SSL erreur, mais sur mon techstacks-outils site, j'obtiens:

curl: (35) error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert handshake failure

Bravo à Google parce que cette erreur est un peu plus descriptive que l'un de mes sites web à générer de travail car au moins vous dit qu'un socket ssl a été commencé, mais à cause de la poignée de main des échecs, de la socket n'a jamais été en mesure de terminer.

Essayez de vous connecter au site avec un algorithme de chiffrement que le site prend en charge. Pas sûr que l'algorithme de chiffrement à utiliser? Eh bien, laissez-moi vous présenter mon cryptonark algorithme de chiffrement testeur...

La Clé Privée SSL A Expiré

Je suis tombé sur celui-tôt aujourd'hui en collaboration avec un vieux WebSeAL site.

Dans IBM GSKit, vous pouvez spécifier combien de temps la clé privée mot de passe est valide. Après avoir atteint une certaine date, vous serez toujours en mesure d'obtenir webseal commencé et à l'écoute sur le port 443 (ou de ce que vous définissez votre https-port de la valeur), mais vous ne serez pas en mesure de négocier avec succès une session SSL.

Aujourd'hui, dans un cas, l'ancien WebSEAL instance à l'aide de longues-expiré kdb fichier avec une longue expiration de mot de passe de la clé privée. Une fois remplacé par la bonne, plus up-to-date de la version, tout a fonctionné à nouveau.

Une mauvaise redirection

Certains FAI et fournisseurs de DNS comme d'intercepter votre échec des requêtes DNS afin de vous rediriger vers un moteur de recherche des résultats de style page vous offre alternative Url ou "tu veux dire...?" contre-résultats de la requête.

Si vous voyez une erreur comme ceci:

 error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol, 

il pourrait être dû à taper le nom d'hôte de manière incorrecte ou le nom d'hôte n'est pas encore déposé dans votre DNS. Vous pouvez le vérifier avec un simple "host" ou "nslookup".

---

Note (août 2015): Git 2.6+ (Q3 2015) permettra de préciser la version SSL de manière explicite:

http: ajout du support pour la spécification de la version SSL

Voir s'engager 01861cb (14 Août 2015) par Elia Pinto (devzero2000).

Aidé par: Eric Soleil (sunshineco).

^{(Fusionnés par Junio C Hamano -- gitster -- dans s'engager ed070a4, le 26 Août 2015)}

http.sslVersion

La version SSL à utiliser lors de la négociation d'une connexion SSL, si vous voulez forcer la valeur par défaut.

Le disponible et la version par défaut dépend de si libcurl a été construit contre NSS ou d'OpenSSL et de la configuration particulière de la bibliothèque crypto en cours d'utilisation. En interne, cela définit la " CURLOPT_SSL_VERSION ' option; voir la libcurl documentation pour plus de détails sur le format de cette option et la version ssl pris en charge.

En fait les valeurs possibles de cette option sont:

• sslv2
• sslv3
• tlsv1
• tlsv1.0
• tlsv1.1
• tlsv1.2

Peut être remplacée par la " GIT_SSL_VERSION ' variable d'environnement.

À force de git pour utiliser libcurl par défaut de la version ssl et ignorer tout explicite http.sslversion option, définissez "GIT_SSL_VERSION" à la chaîne vide.

Dans de nombreux cas, il est lié à la procuration des problèmes.
Si donc, juste vos config git proxy

git config --global http.proxy HOST:PORT

Je recevais que derrière un proxy d'entreprise.

Résolu par:

git config http.sslVerify "false"

J'ai fait face à ce problème alors que j'ai été en utilisant le contrôle de version dans Android Studio 2.1.3, le scénario que j'avais visages étaient comme suit :

1 - j'ai ouvert les IDE et cliqué sur "mettre à jour /pull" icône (Ctrl+T)

2 - il n'a pas demandé le mot de passe Maître et il a échoué, m'a donné cette erreur :

Unknown SSL protocol error in connection to bitbucket.org:443

3 - j'ai essayé de récupérer le référentiel (clic droit > git > référentiel > fetch)

4 - il m'a demandé le mot de passe maître et je l'ai entré

5 - il essayé de chercher, mais il a échoué encore et encore et encore

6 - i redémarré Android studio

7 - j'ai essayé de récupérer le référentiel (clic droit > git > référentiel > fetch)

8 - il m'a demandé le mot de passe maître et je l'ai entré

9 - maintenant les choses sont OK, tout va bien

Conclusion :

peut-être Android Studio a besoin du mot de passe avant toute git actions, sinon il continuera à défaut même si elle a demandé un mot de passe Maître, plus tard, je ne sais pas, c'est le scénario qui m'est arrivé

- Je utiliser tortoiseGit. J'ai eu le même problème. Ensuite dans les paramètres de push j'ai décoché "autoload mastic clé", a essayé de pousser, alors je l'ai vérifié à nouveau, et poussé, et cela a fonctionné. Mais sérieusement, je ne sais pas pourquoi.

L'entreprise proxy HTTP derrière lequel je suis actuellement, de façon sporadique donne cette erreur. Je peux le résoudre par la simple visite d'bitbucket.org dans un navigateur, puis retyring la commande. N'ai aucune idée de pourquoi cela fonctionne, mais il ne résolvez le problème pour moi (au moins temporairement).

Cette erreur se passera pour moi au moment de pousser grande quantité de sources (Près de 700 mo), puis j'ai essayer de pousser partiellement et il a été poussé.

J'ai été en mesure de le résoudre en exécutant

git config --list --show-origin

et alors, voyant que j'avais une ligne:

fichier:c:/Users/utilisateur/.gitconfig http.sslversion=sslv3

J'ai édité le fichier, c:/Users/user/.gitconfig et supprimé la ligne [http] et la ligne sslversion=sslv3 et qu'il fixe pour moi.