Ответ 1

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

Если вы посмотрите дальше на страницу, похоже, также можно будет запустить эту ошибку, используя слишком старую версию git (на данный момент требуется 1.7).

Ответ 2

Вы можете получить дополнительную информацию с помощью

# Windows
set GIT_CURL_VERBOSE=1
set GIT_TRACE_PACKET=2

# Unix
export GIT_CURL_VERBOSE=1
export GIT_TRACE_PACKET=2

И затем попробуйте git push.

Дважды проверьте настройки прокси-сервера, если у вас есть.

Примечание: git 2.8 (март 2016) добавляет дополнительную информацию об ошибке 35:

См. commit 0054045 (14 февраля 2016 г.) Шон Пирс (spearce).
^{(объединено Junio ​​C Hamano - gitster - в commit 97c49af, 24 февраля 2016 г.)}

remote-curl: включить curl_errorstr при сбоях установки SSL

Для curl ошибки 35 (CURLE_SSL_CONNECT_ERROR) пользователям нужен дополнительный текст, хранящийся в CURLOPT_ERRORBUFFER, чтобы отладить, почему соединение не запустилось.
Это curl_errorstr внутри http.c, поэтому включите это в сообщение, если оно не пустое.

Также проверьте общие причины для этого сообщения:

Если он работал раньше и не работает сегодня, возможно, закрытый ключ SSL истек на стороне BitBucket (см. ниже, причина № 3), но, похоже, это не так (сертификат действует до 12/03/2014).

Целевой сайт не похож на протокол

Отключение запроса, подобного приведенному ниже, приводит к ошибке Неизвестный протокол SSL:

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

Почему? Ну, в этом случае это связано с тем, что сайт techstacks tools не поддерживает SSLv2, тем самым генерируя ошибку curl (35).

Целевой сайт не похож на шифр

Возможно, вы пытаетесь подключиться к сайту, используя шифр ssl, который настроен для отклонения сайта.
Например, анонимные шифры обычно отключены на ssl-зашифрованных сайтах, которые обращены к пользователю. (Многие из нас установили политику отклонения на любом SSL-зашифрованном веб-сайте - независимо от цели).
Следующая строка команд "can" также приводит к ошибке curl (35):

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

К сожалению, тип ответа на ошибку, который вы можете получить от curl, во многом зависит от сервера ssl. На некоторых сайтах вы получите ошибку Неизвестного протокола SSL, но на моем сайте techstacks-tools я получаю:

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

Престижность Google, потому что эта конкретная ошибка немного более описательна, чем тот, на котором работают мои веб-сайты на работе, потому что это, по крайней мере, говорит вам о запуске ssl-сокета, но из-за сбоев handshake сокет никогда не смог завершить.

Попробуйте подключиться к сайту с помощью шифрования, поддерживаемого сайтом. Не знаете, какой шифр использовать? Ну, позвольте мне представить мой cryptonark ssl cipher tester...

Закрытый секретный ключ SSL

Сегодня я столкнулся с этим, работая со старым сайтом WebSeAL.
В IBM GSKit вы можете указать срок действия пароля секретного ключа. По достижении определенной даты вы все равно сможете запустить веб-сайт и прослушать порт 443 (или то, что вы установили для своего значения https-port), но вы не сможете успешно согласовать сеанс SSL.
В сегодняшнем случае старый экземпляр WebSEAL использовал файл kdb с длительным сроком действия с длинным истекшим паролем закрытого ключа. После замены правильной, более современной версии все снова работало.

Неправильное перенаправление

Некоторые провайдеры ISP и DNS любят перехватывать неудавшиеся DNS-запросы, чтобы перенаправить вас на страницу с результатами поиска в поисковых системах, предлагающую вам альтернативные URL-адреса или "Вы имели в виду...?"? результаты встречного запроса.
Если вы видите такую ​​ошибку:

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

это может быть из-за неправильного ввода имени хоста или имя хоста еще не указано в вашем DNS. Вы можете проверить это с помощью простых "host" или "nslookup".

Примечание (август 2015 г.): git 2.6+ (Q3 2015) позволит явно указать версию SSL:

http: добавьте поддержку для указания версии SSL

См. commit 01861cb (14 августа 2015 г.) Элиа Пинту (devzero2000).
Помощник: Эрик Саншайн (sunshineco).
^{(слияние Junio ​​C Hamano - gitster - в commit ed070a4, 26 августа 2015 г.)}

http.sslVersion

Версия SSL, используемая при согласовании SSL-соединения, если вы хотите принудительно установить значение по умолчанию.
Доступная версия и версия по умолчанию зависят от того, была ли libcurl построена против NSS или OpenSSL и конкретной конфигурации используемой библиотеки крипто. Внутри это устанавливает параметр "CURLOPT_SSL_VERSION"; см. документацию libcurl для получения более подробной информации о формате этой опции и поддерживаемой версии ssl.
Фактически возможные значения этого параметра:

• SSLv2
• SSLv3
• TLSv1
• tlsv1.0
• tlsv1.1
• tlsv1.2

Может быть переопределена переменной среды < GIT_SSL_VERSION.
Чтобы заставить git использовать версию libsurl по умолчанию ssl и игнорировать любую явную опцию http.sslversion, установите 'GIT_SSL_VERSION' в пустую строку.

Ответ 3

Установка следующей настройки git исправлена ​​для меня

git config --global --add http.sslVersion tlsv1.0

Я предполагаю, что корпоративному прокси-серверу не понравился протокол шифрования по умолчанию.

Ответ 4

Во многих случаях это связано с проблемами прокси. Если это так, просто настройте свой прокси Git

git config --global http.proxy HOST:PORT

Ответ 5

Эта ошибка также возникает, когда сервер не работает. Электронная почта от технической поддержки по этому вопросу:

"Мы столкнулись с перебоями, когда это повлияло на трафик на сайт, а также на трафик Mercurial и Git через HTTPS. Однако SSH не пострадал. Не стесняйтесь проверить эту страницу для получения дополнительной информации:

http://status.bitbucket.org/ "

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

Ответ 6

Я получал это за корпоративным прокси.

Решено:

git config http.sslVerify "false"

Ответ 7

Я получаю ту же проблему. С последней версией git и без прокси.

Я исправил его:

• войдите в GitHub
• введите интерфейс: "Личные настройки", затем нажмите "SSH Keys" подтвердите, добавили ли вы 'id_rsa.pub', сгенерированные командой
• 'ssh-keygen -t rsa' на окнах в github → GIT BASH
• 'Добавить ключ SSH' и поместить в него 'id_rsa.pub'.

Дополнительная информация: создать ключ

скопировать ключ

Ответ 8

Я столкнулся с этой проблемой, пока я использовал контроль версий в Android Studio 2.1.3, сценарий, с которым я столкнулся, был следующим:

1- я открыла IDE и нажала на значок "update/pull" (Ctrl + T)

2- он не запрашивал пароль мастера, и он не прошел, дал мне эту ошибку:

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

3- я попытался извлечь репозиторий (щелкните правой кнопкой мыши > git > репозиторий > выборка)

4- он попросил меня пароль мастера и я ввел его

5 он попытался извлечь, но он снова и снова проваливался

6-i перезагружен Студия Android

7- Я попытался извлечь репозиторий (щелкните правой кнопкой мыши > git > репозиторий > выборка)

8- он попросил меня пароль мастера и я ввел его

9- теперь все ОК, все идет хорошо

Заключение:

Возможно, Android Studio требует пароль мастера перед любыми действиями git, иначе он будет продолжать сбой, даже если он попросит пароль мастера позже, я не знаю, это сценарий, который со мной произошел

Ответ 9

имеет 2 компьютера,

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

то есть. Я могу связаться через брандмауэр, используя SVN JSVN MAVEN downlaods, ANT загрузки, и я могу использовать git clone http://git.. repos.

Но я не могу сделать git clone https://git... repo. В этом последнем случае я получаю эту ошибку.

Компьютер с номером два со мной - это моя маленькая лабораторная вершина из дома, ничего особенного, связанная через WAN с www и не заполняя все упомянутые выше инструменты плюс плюс git clone https://git... репо работает как sniff, не делая что-то особенное.

Заключение: сидение за "каким-то управляемым брандмауэром" часто является причиной неприятностей. Чтобы понять это, возьмите свою маленькую незащищенную лабораторию и получите www-соединение из дома, и если она запустится, не тратьте время на своих парней безопасности, они будут работать неделями, если не знаете, почему это не работает в вашей и, возможно, вы можете поделиться с переносным диском клонированным репо git.

Йозеф - стареет, тратя время в таких ситуациях; -)

Ответ 10

Я использую tortoiseGit. У меня такая же проблема. Затем в настройках push я снял флажок "autoload putty key", попытался нажать, затем снова проверил его и нажал, и он сработал. Но серьезно, я не знаю, почему.

Ответ 11

выполнить

nc -v -z <git-repository> <port>

ваш выход должен выглядеть как

"Connection to <git-repository> <port> port [tcp/*] succeeded!"

если вы получите

connect to <git-repository> <port> (tcp) failed: Connection timed out

Вам нужно отредактировать файл ~/.ssh/config. Добавьте что-то вроде следующего:

Host example.com
Port 1234

Ответ 12

Корпоративный HTTP-прокси, за которым я в настоящее время спорадически выдаю эту ошибку. Я могу исправить это, просто посетив bitbucket.org в браузере, а затем переименовав команду. Не знаю, почему это работает, но оно исправляет это для меня (по крайней мере временно).

Ответ 13

Если вы встретите "Неизвестную ошибку протокола SSL в связи с bitbucket.org:443", и вы находитесь в Китае, возможно, github временно заблокирован брандмауэром. Вы можете попробовать использовать VPN, что бы сработало. Удачи!

Ответ 14

Эта ошибка случается со мной при нажатии большого количества источников (почти 700 Мб), затем я пытаюсь оттолкнуть ее частично, и она была успешно нажата.

Ответ 15

У меня была такая же проблема, пробовал все изменения настроек SSL, которые представлены здесь. Если вы находитесь в корпоративной сети и ssh ключи используются в таких инструментах, как Gerrit. 1. Получите ключ ssh. 2. Посетите Bitbucket и перейдите в "Профиль"> "Настройки" >> "Ключи SSH" >> "Добавить ключ".

После добавления ключа ssh попробуйте нажать еще раз.

Ответ 16

Я смог решить это, запустив

git config --list --show-origin

а потом увидев, что у меня появилась строка:

файл: c: /Users/user/.gitconfig http.sslversion = sslv3

Я отредактировал файл c: /Users/user/.gitconfig и удалил строку [http] и строку sslversion = sslv3, и это исправило это для меня.