web-dev-qa-db-fra.com

SSL_connect: SSL_ERROR_SYSCALL en connexion avec github.com:443

Depuis quelques jours, je rencontre un problème avec Mac OS High Sierra 10.13.3: Lorsque je lance un git clone comme git clone github.com/xxx.git failedit, impression:

LibreSSL SSL_connect: SSL_ERROR_SYSCALL en connexion avec github.com:443

Même problème avec la commande npm i Même lorsque j'essaye d'installer brew comme ceci:

/usr/bin/Ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"

J'ai aussi essayé le configuration alternative : idem.

gitnpmopensslhomebrew
8
Emile Cantero

J'ai eu cette erreur similaire en utilisant wget ..., et après de nombreuses recherches infructueuses sur Internet, j'ai découvert que cela se produisait lorsque les noms d'hôte étaient en cours de résolution en adresses IPv6. J'ai découvert cela en comparant les sorties de wget ... sur deux ordinateurs. L'un résolvait IPv4 et tout fonctionnait là-bas, l'autre résolvait en IPv6.

Donc, la solution dans mon cas était d’exécuter networksetup -setv6off Wi-Fi sur macOS High Sierra 10.13.6. (J'ai découvert cette commande dans cette page ).

J'espère que cela vous aide.

8
mljrg

Même problème ici, il s’est avéré que mes paramètres de proxy étaient mal configurés. Voici comment les vérifier et les supprimer.

Commencez par ouvrir votre fichier de configuration git.

vi ~/.gitconfig

et découvrez si les sections [http] ou [https] sont définies.

J'avais l'habitude de configurer les proxies pour git en raison de la lenteur de l'accès à Github en Chine. Cependant, récemment, j'ai changé mes ports de proxy locaux, mais j'ai oublié mes paramètres git.

Si vous avez des paramètres de proxy incorrects et que vous décidez de les supprimer, exécutez simplement:

git config --global --unset http.proxy
git config --global --unset https.proxy

Les choses vont bien fonctionner.

5
Nick Zhang

Puisque vous utilisez LibreSSL, essayez de réinstaller curl avec OpenSSL au lieu de Secure Transport :

brew reinstall curl --with-openssl

Voici quelques autres suggestions:

  • Assurez-vous que vous n'utilisez pas http_proxy/https_proxy.
  • Utilisez -v à curl pour une sortie plus détaillée.
  • Essayez d’utiliser BSD curl à /usr/bin/curl, exécutez which -a curl pour les répertorier tous.
  • Assurez-vous que vous n'avez pas accidentellement bloqué curl dans votre pare-feu (tel que Little Snitch ).
  • Sinon, utilisez wget.
2
kenorb

Je suggère de mettre à jour git. Si vous avez téléchargé le .pkg, assurez-vous de le désinstaller d'abord.

1
Andreas GS

Le problème pour moi semble avoir été la configuration de l'utilisateur sur mon ordinateur local. Utiliser la commande
git Push -u Origin master
était à l'origine de l'erreur. Retrait du commutateur -u pour avoir
git Push Origin master
résolu pour moi. Il peut être effrayant d’imaginer comment la configuration de l’utilisateur peut entraîner une erreur liée à LibreSSL.

1
Amos Kosgei

Bonjour tout le monde, j'ai trouvé la solution concernant ce problème de github et ça marche pour moi je ne peux plus utiliser de clé ssh privée

Essayez de suivre ces étapes:

1 - Utilisez HTTPS si possible. Cela évitera complètement les clés SSH.
2 - Ajoutez manuellement la clé SSH à l'agent SSH en cours d'exécution. Voir générer manuellement la clé ssh
3 - Si les deux autres ne fonctionnent pas, supprimez toutes vos clés ssh et générez-en une nouvelle, ce que j'ai fait après des semaines de problèmes.

J'espère que cela vous aidera ..

0
Emile Cantero