SSL_connect: SSL_ERROR_SYSCALL в связи с github.com:443

Ответ 1

У меня была похожая ошибка при использовании wget..., и после большого бесполезного поиска в Интернете я обнаружил, что это происходит, когда имена хостов разрешаются в адреса IPv6. Я обнаружил это, сравнив выходные данные wget... на двух машинах, одна была преобразована в IPv4, и она работала там, другая разрешалась в IPv6, и там произошел сбой.

Таким образом, решение в моем случае состояло в том, чтобы запустить networksetup -setv6off Wi-Fi на macOS High Sierra 10.13.6. (Я обнаружил эту команду на этой странице).

Надеюсь, это поможет вам.

Ответ 2

Одинаковая проблема здесь, это были мои неправильно настроенные настройки прокси, здесь, как их проверить и удалить.

Сначала откройте файл конфигурации git.

vi ~/.gitconfig

и выясните, установлены ли секции [http] или [https].

Я использовал для установки прокси для git из-за медленного доступа к Github в Китае, однако в последнее время я изменил свои локальные прокси-порты, но я забыл настройки git.

Если у вас неправильные настройки прокси-сервера и вы решили удалить его, просто выполните:

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

Все будет хорошо работать.

Ответ 3

Я предлагаю обновить git. Если вы загрузили .pkg, сначала обязательно удалите его.

Ответ 4

Поскольку вы используете LibreSSL, попробуйте переустановить curl с OpenSSL вместо Secure Transport:

brew reinstall curl --with-openssl

Вот несколько других предложений:

• Если вышеприведенное не сработает, проверьте brew options curl чтобы отобразить параметры установки, относящиеся к формуле.
• Убедитесь, что вы не используете http_proxy/https_proxy.
• Используйте -v чтобы curl для более подробного вывода.
• Попробуйте использовать BSD curl в /usr/bin/curl, запустите which -a curl чтобы which -a curl их все.
• Убедитесь, что вы случайно не заблокировали curl в брандмауэре (например, Little Snitch).
• В качестве альтернативы используйте wget.

Ответ 5

Простой перезапуск исправил это для меня. Я не уверен, в чем была проблема, так как я работаю с таким большим количеством программного обеспечения, но у меня есть ощущение, что это было программное обеспечение VPN или, может быть, тот факт, что я часто усыплял свой ноутбук и некоторые файлы были повреждены. Я действительно не знаю, но перезагрузка исправила это.

Ответ 6

С https://github.com/Homebrew/brew/issues/4436#issuecomment-403194892

Проблема решена установкой этой переменной env:

export HOMEBREW_FORCE_BREWED_CURL=1

Ответ 7

Привет всем, я нашел решение относительно этой проблемы github, и она работает для меня больше не может использовать закрытый ключ ssh

Попробуйте выполнить следующие шаги:

1 - Используйте HTTPS, если это возможно. Это позволит полностью избежать SSH-ключей.
2 - Вручную добавьте SSH-ключ к запущенному агенту SSH. См. вручную создать ключ ssh
3 - Если два других не работают, удалите все ваши ssh-ключи и создайте новую, что я сделал после нескольких недель проблем.

Надеюсь, это поможет вам.

Ответ 8

Кажется, проблема для меня заключалась в том, как пользователь настроил на моей локальной машине. Используя команду
git push -u origin master
был причиной ошибки. Снятие переключателя -u чтобы иметь
git push origin master
решил это для меня. Может быть страшно представить, как пользовательская настройка может привести к ошибке, связанной с LibreSSL.

Ответ 9

У меня похожая проблема, и я только что обнаружил, что в моем случае это может быть антивирус, который создает проблему.

В какой-то момент я получил ту же ошибку при попытке получить некоторые данные с github.com.

Я знал, что Kaspersky перехватывает SSL-соединения, чтобы проверить наличие вредоносного контента на сайтах, и решил отключить его, но обнаружил, что KAV завис и не отвечает, поэтому я просто закрыл Kaspersky и попытался снова подключиться к github.com. и увы! Мне удалось успешно подключиться к GitHub.

Так что в вашем случае это может быть похожая проблема.

Ответ 10

та же проблема с KAV. Перезапустите это решено пб.

Ответ 11

Я испытал это, пытаясь клонировать из корпоративного хранилища, и просто перезапустить терминал решил это для меня.