Since a few days I got an issue with Mac OS High Sierra 10.13.3 :
When I run a git clone
like git clone github.com/xxx.git failed
it print:
LibreSSL SSL_connect: SSL_ERROR_SYSCALL in connection to github.com:443
Same issue with npm i
command
Even when I try to install brew like so:
/usr/bin/ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"
I also tried the alternative setup: same.
Hi everyone I found the solution regarding this github issue and it works for me no longer able to use private ssh key
Try following theses steps:
1 - Use HTTPS if possible. That will avoid SSH keys entirely.
2 - Manually add the SSH key to the running SSH agent. See manually generate ssh key
3 - If the two others doesn't work, delete all your ssh keys and generate some new one thats what I did after weeks of issues.
Hope it will help you..
Since you're using
LibreSSL
, try re-installingcurl
withOpenSSL
instead of Secure Transport:Here are few other suggestions:
http_proxy
/https_proxy
.-v
tocurl
for more verbose output.curl
at/usr/bin/curl
, runwhich -a curl
to list them all.curl
in your firewall (such as Little Snitch).wget
.Same problem here, it turned out to be my incorrectly configured proxy settings, here's how to check and remove them.
First open your git config file.
and find out whether the
[http]
or[https]
sections are set.I used to set proxies for git due to slow access to Github in China, however, lately I changed my local proxy ports but I forgot my git settings.
If you have incorrect proxy settings and decide to remove it, simply execute:
Things will work just fine.
The problem for me seems to have been how the user has been setup on my local machine to. Using the command
git push -u origin master
was causing the error. Removing the switch
-u
to havegit push origin master
solved it for me. It can be scary to imagine how user setup can result in an error related to LibreSSL.
I would suggest updating git. If you downloaded the
.pkg
then be sure to uninstall it first.I had this similar error when using
wget ...
, and after much unfruitful searching in the Internet, I discovered that it was happening when hostnames were being resolved to IPv6 addresses. I discovered this by comparing the outputs ofwget ...
in two machines, one was resolving to IPv4 and it worked there, the other was resolving to IPv6 and it failed there.So the solution in my case was to run
networksetup -setv6off Wi-Fi
on macOS High Sierra 10.13.6. (I discovered this command in this page).Hope this helps you.