source problem online instalar git ssl push bitbucket atlassian-sourcetree

git - problem - Error de protocolo SSL desconocido en la conexión



sourcetree bitbucket server root url (15)

Quiero enviar mis confirmaciones a un repositorio Bitbucket, pero este error ocurrió:

Fatal: unable to access ''https://[email protected]/myUsername/myRepository.git/'': Unknown SSL protocol error in connection to bitbucket.org:443

El proxy HTTP corporativo detrás del cual actualmente estoy esporádicamente da este error. Puedo solucionarlo simplemente visitando bitbucket.org en un navegador, luego volver a escribir el comando. No tengo idea de por qué funciona esto, pero me lo arregla (al menos temporalmente).

En muchos casos, está relacionado con problemas de proxy. Si es así solo configura tu proxy git

git config --global http.proxy HOST:PORT

Enfrenté este problema mientras estaba usando el control de versiones en Android Studio 2.1.3, el escenario que enfrenté fue el siguiente:

1- abrí el IDE y hice clic en el ícono "actualizar / extraer" (Ctrl + T)

2- no pidió la contraseña maestra y falló, me dio este error:

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

3- intenté buscar el repositorio (clic derecho> git> repositorio> buscar)

4- me pidió la contraseña maestra y la ingresé

5- intentó buscar pero falló una y otra y otra vez

6- reinicié el estudio de Android

7- intenté buscar el repositorio (clic derecho> git> repositorio> buscar)

8- me pidió la contraseña maestra y la ingresé

9- Ahora las cosas están bien , todo va bien

Conclusión

tal vez Android Studio necesita la contraseña maestra primero antes de cualquier acción de git, de lo contrario seguirá fallando incluso si me pidiera la contraseña maestra más tarde, no sé, esta es la situación que me sucedió

Estaba obteniendo eso detrás de un proxy corporativo.

Resuelto por:

git config http.sslVerify "false"

Establecer la siguiente configuración de git me arregló esto

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

Supongo que al servidor proxy corporativo no le gustó el protocolo de encriptación predeterminado.

Este error me sucede cuando empujo una gran cantidad de fuentes (Casi 700Mb), luego trato de empujarlo parcialmente y se empuja con éxito.

Este error también aparece cuando el servidor está inactivo. Correo electrónico del soporte técnico sobre el tema:

"Experimentamos un corte de luz que afectó el tráfico del sitio web, así como el tráfico de Mercurial y Git a través de HTTPS. Sin embargo, SSH no se vio afectado. No dude en consultar esta página para obtener más información:

http://status.bitbucket.org/ "

Así que intente de nuevo más tarde y podría funcionar solo. Hice por mi

Puede obtener más información con

# Windows set GIT_CURL_VERBOSE=1 set GIT_TRACE_PACKET=2 # Unix export GIT_CURL_VERBOSE=1 export GIT_TRACE_PACKET=2

Y luego prueba un git push .

Revisa tu configuración de proxy si tienes una.

Nota: git 2.8 (marzo de 2016) agrega más información sobre un error 35:

Ver commit 0054045 (14 de febrero de 2016) por Shawn Pearce ( spearce ) .
(Fusionado por Junio ​​C Hamano - gitster - en commit 97c49af , 24 de febrero de 2016)

remote-curl : incluye curl_errorstr en fallas de configuración de SSL

Para el error 35 de curl ( CURLE_SSL_CONNECT_ERROR ), los usuarios necesitan el texto adicional almacenado en CURLOPT_ERRORBUFFER para depurar por qué no se inició la conexión.
Esto es curl_errorstr dentro de http.c , así que incluye eso en el mensaje si no está vacío.

También mira las causas comunes para ese mensaje :

Si funcionaba antes y no funciona hoy, es posible que la clave privada SSL haya expirado en el lado de BitBucket (ver abajo, razón # 3), pero ese no parece ser el caso aquí (el certificado es válido hasta 12/03/2014).

El sitio de destino no le gusta el protocolo

Al iniciar una solicitud como la siguiente, se produce el error del protocolo SSL desconocido:

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

¿Por qué? Bueno, en este caso es porque el sitio de herramientas de techstacks no es compatible con SSLv2, por lo tanto, genera el error curl (35).

El sitio de destino no le gusta el cifrado

Podría intentar conectarse al sitio utilizando un cifrado ssl que el sitio está configurado para rechazar.
Por ejemplo, los sistemas de cifrado anónimos suelen estar deshabilitados en sitios con encriptación SSL que están orientados al cliente. (Muchos de nosotros establecemos una política de rechazo total en cualquier sitio web cifrado con SSL, independientemente de su propósito).
La siguiente cadena de comando "puede" también da como resultado el error Curl (35):

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

Desafortunadamente, el tipo de respuesta de error que puede obtener de curl depende en gran medida del servidor SSL. En algunos sitios, recibirá el error del Protocolo SSL desconocido, pero en mi sitio techstacks-tools obtengo:

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

Felicitaciones a Google porque este error en particular es un poco más descriptivo que el que generan mis sitios web de trabajo porque esto al menos te dice que se inició un socket ssl pero debido a fallas de handshake, el socket nunca pudo completarse.

Intente conectarse al sitio con un cifrado compatible con el sitio. ¿No está seguro de qué cifra usar? Bueno, permítanme presentarles mi criptonark ssl cipher tester ...

La clave privada SSL ha caducado

Me encontré con esto el día de hoy trabajando con un viejo sitio de WebSeAL.
En IBM GSKit, puede especificar cuánto tiempo es válida la contraseña de la clave privada. Después de llegar a una fecha determinada, aún podrá iniciar el sello web y escuchar en el puerto 443 (o lo que sea que configure el valor del puerto https), pero no podrá negociar con éxito una sesión SSL.
En el caso de hoy, la antigua instancia de WebSEAL usaba un archivo kdb vencido con una contraseña de clave privada caducada. Una vez reemplazado con la versión correcta y más actualizada, todo funcionó de nuevo.

Redirección incorrecta

A algunos proveedores de servicios de Internet y DNS les gusta interceptar sus consultas DNS fallidas para redirigirlo a una página de estilo de resultados del motor de búsqueda que le ofrece URL alternativas o "¿Quiso decir ...?" resultados de contra-consulta.
Si ve un error como este:

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

podría deberse a que escribe el nombre de host incorrectamente o el nombre de host todavía no está en su DNS. Puede verificarlo con un simple " host " o " nslookup ".

Nota (agosto de 2015): Git 2.6+ (Q3 2015) permitirá especificar la versión SSL explícitamente:

http : agregar soporte para especificar la versión SSL

Ver commit 01861cb (14 Aug 2015) por Elia Pinto ( devzero2000 ) .
Ayudado por: Eric Sunshine ( sunshineco ) .
(Fusionada por Junio ​​C Hamano - gitster - in commit ed070a4 , 26 de agosto de 2015)

http.sslVersion

La versión SSL para usar al negociar una conexión SSL, si desea forzar el valor predeterminado.
La versión disponible y la predeterminada dependen de si libcurl se creó contra NSS o OpenSSL y la configuración particular de la biblioteca de cifrado en uso. Internamente esto establece la opción '' CURLOPT_SSL_VERSION ''; Consulte la documentación de libcurl para obtener más detalles sobre el formato de esta opción y para la versión ssl compatible.
En realidad, los posibles valores de esta opción son:

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

Puede ser anulado por la variable de entorno '' GIT_SSL_VERSION ''.
Para forzar a git a usar la versión ssl predeterminada de libcurl e ignorar cualquier opción explícita de http.sslversion , configure ''GIT_SSL_VERSION'' en la cadena vacía.

Según la base de knowledgebase bitbucket, también puede ser causada por el propietario del repositorio que está por encima del límite del plan.

Si mira más abajo en la página, también parece posible desencadenar este error utilizando una versión de git demasiado antigua (se necesita 1.7 en este momento).

Si cumple con el "Error de protocolo SSL desconocido en conexión con bitbucket.org:443" y se encuentra en China, tal vez Github haya sido bloqueado temporalmente por el cortafuegos. Puedes intentar usar VPN, lo cual funcionaría. ¡Buena suerte!

Tengo el mismo problema. Con la última versión de git y sin proxy.

Lo arreglé:

  • registrarse en el GitHub
  • ingrese a la interfaz: "Configuración personal", luego haga clic en "Teclas SSH", confirme si ha ingresado el ''id_rsa.pub'' generado por el comando
  • ''ssh-keygen -t rsa'' en windows en github -> GIT BASH
  • ''Agregar clave SSH'' y poner ''id_rsa.pub'' en ella.

Más información: crea la clave

copia la clave

Tuve el mismo problema, intenté cambiar todas las configuraciones SSL que se proporcionan aquí. Si está en la red corporativa y las claves ssh utilizadas en herramientas como Gerrit. 1. Obtenga su clave ssh, 2. Visite Bitbucket y vaya a Perfil >> Configuración >> Teclas SSH >> Agregar clave.

Después de la adición de la clave ssh, intente presionar nuevamente.

Yo uso tortugaGit . Yo tuve el mismo problema. Luego, en la configuración de inserción, desactivé la " clave de masilla de carga automática ", traté de empujarla, luego la revisé nuevamente y presioné, y funcionó. Pero en serio, no sé por qué.

ejecutar

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

su salida debería parecerse

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

Si lo consigues

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

Necesita editar su archivo ~/.ssh/config . Agregue algo como lo siguiente:

Host example.com Port 1234

tener 2 computadoras,

el número uno es mi laboratorio corporativo superior conectado a través de VPN a nuestra red corporativa. Es como estar dentro de la compañía detrás de grandes cortafuegos y un montón de enrutadores, con gente, interna y externa (incluso telecomunicaciones) jugueteando en la red y el firewall, y para contactarme, tengo que proporcionar credenciales como el usuario proxy y contraseña e incluso entonces, algunas veces funciona y otras no.

es decir, puedo extenderme a través del cortafuegos usando SVN JSVN MAVEN downlaods, ANT downloads, y puedo usar git clone http: // git ... repos.

Pero no puedo hacer git clonar https: // git ... repo. En este último caso, recibo este error.

La computadora número dos en el sitio conmigo es mi pequeño laboratorio de la casa, nada especial, conectado a través de la WAN a la www y obtener cosas con todas las herramientas mencionadas más clítoris de git https: // git ... repo funciona como un olfateo sin hacer algo especial.

Conclusión: Sentarse detrás de un "firewall administrado de alguna manera" suele ser el motivo de los problemas. Para resolverlo, tome su pequeño laboratorio sin protección y tenga una conexión www desde su casa y, si funciona, no pierda el tiempo con sus chicos de seguridad, trabajarán durante semanas a menos que sepa por qué no funciona en su caso, y tal vez usted puede compartir con una unidad portátil el repositorio git clonado.

Josef: envejecer perdiendo el tiempo en tales situaciones ;-)