También podría ser un certificate SSL malo, arreglar el server

Si tiene un server GIT con un certificate SSL obsoleto o autofirmado, corrija el server, luego todo debería funcionar bien.

Revisión insegura: permita que el cliente acepte cualquier certificate

La siguiente solución es solo una mera revisión del lado del cliente y debe evitarse, ya que compromete la security de sus cnetworkingenciales y su contenido. Hay una explicación detallada de esto en " ¿Cómo puedo hacer que Git acepte un certificate autofirmado? ", Que ofrece soluciones más complejas y más seguras que puede probar si lo siguiente funciona en general.

En mi caso, fue Eclipse utilizando un almacenamiento diferente para la configuration de git como lo hace la línea de command y, por lo tanto, no tiene la opción

git config http.sslVerify false 

set (que configuré usando la línea de command para el repository para trabajar con cert SSL no válido / no confiable ).

Al agregar la opción en el interior, Eclipse resuelve inmediatamente el problema. Para agregar la opción

1. abrir preferences a través del menu de la aplicación Ventana => Preferences (o en OSX Eclipse => Configuración ).
2. Navega a Team => Git => Configuration
3. click Add entry... , luego coloque http.sslVerify en el cuadro key y false en el cuadro de valor.

Parece ser una solución válida para Eclipse 4.4 (Luna), 4.5.x (Marte) y 4.6.x (Neon) en diferentes sistemas operativos.

Sucede debido a las siguientes razones:

1) Cortafuegos.

2) Problemas de networking.

3) La configuration de Proxy no coincide

4) Conectado a través de un enrutador diferente, que no está autorizado dentro de la networking.

Finalmente lo hice funcionar gracias a los pasos descritos en el foro de Eclipse :

Configurar las cosas key SSH

1. Descargue e instale mysys git de acuerdo con las instrucciones de github en http://help.github.com/win-git-installation/
2. En C: / Users / you / ssh ocultan las keys existentes (id_rsa e id_rsa.pub) en un subdirectory. Si el directory ssh no existe, créelo. Por supuesto, "usted" es su nombre de usuario, ya que el sistema operativo lo conoce.
3. Desde el menu de inicio, ejecute el shell de commands de Git-Bash (un shell de commands de DOS normal no funcionará).
4. En el intérprete de commands de Git-Bash, genere una key rsa basada en su correo electrónico (la que registró en github): ssh-keygen -t rsa -C "you@wherever.com", ingrese su contraseña y confirme cuando se le solicite.
5. El paso anterior debería haber creado C: /User/you/ssh/id_rsa.pub que ahora puede abrir en un editor de text y copyr. En github, ve a la configuration de la count, a las teclas SSH, agrega una key y pégala en el cuadro de la llave.
6. En Git-Bash otra vez ( eval `ssh-agent` ssh-add C:/User/you/ssh/id_rsa ssh git@github.com ticks en la siguiente línea): eval `ssh-agent` ssh-add C:/User/you/ssh/id_rsa ssh git@github.com

Esto es lo que acaba de hacer: ejecutó el ssh-agent que ssh-add necesita. Luego usaste ssh-add para anotar la location de tu key. Entonces trataste de ir a GitHub. La respuesta a este último command debería ser que se ha autenticado correctamente en GitHub pero que no tiene acceso al shell. Esto es solo una testing de authentication. Si la authentication no fue exitosa, tendrás que resolverlo. Prueba la versión detallada

ssh -v git@github.com

Suponiendo que esto funcionó …

En Eclipse, configure el empuje remoto

1. Ventana > Mostrar vista > Git > Git Repositories agregará una window del explorador de repository.
2. En la window del repository, select el repository y expanda, haga clic con el button derecho en Controles remotos y elija Crear remoto .
3. Copie el URI del repository de GitHub desde la página del repository de GitHub y péguelo en el cuadro de URI.

4. Seleccione ssh como protocolo pero luego regrese al cuadro URI y agregue "git +" al principio para que se vea así:

   git + ssh: //git@github.com/UserName/ProjectName.git

5. En el cuadro Ruta de depósito , elimine la barra inicial

6. Presiona Siguiente y cruza los dedos. Si obtiene "auth fail", reinicie Eclipse y pruebe el paso 5 de nuevo.
7. Cuando supere la authentication, en el siguiente cuadro de dialog, select "maestro" para la reference de origen, click "Agregar todas las twigs especificadas" y "Finalizar".

En lugar de usar SSH git@github.com, lo hice con SSH git@bitbucket.org.

Ahora puedo enviar e importar sin ningún problema.

Una de las causas de esto es tener Fiddler2 configurado para descifrar el tráfico HTTPS. Cierre Fiddler2 y debería funcionar bien.

Este problema puede deberse a que tiene un firewall local que impide que su aplicación pueda enviar tráfico de networking fuera de su máquina. Es decir, las reglas de tráfico saliente o de salida.

Intente deshabilitar su firewall para una testing rápida para ver si esto soluciona su problema. Si lo hace, configure la política de firewall adecuada para la aplicación que está intentando usar para enviar o extraer a un repository de git.

En mi caso, resultó que la configuration proxy global en "Preferences-> Conexiones de networking" estaba interfiriendo con git. Lo cual es algo confuso, porque git tiene propiedad dedicada para la configuration del proxy. De todos modos, he agregado el host del repository a la list "Proxy bypass" y el problema desapareció.

Después de luchar durante un par de horas, descubrí que el file de configuration de git no se actualizó cuando agregué la input sslVerify = false en mi Eclipse.

Resolví mi problema navegando a mi directory .git y actualizando el file de config a:

 [http] sslVerify = false 

Tuve el mismo problema cuando obtuve una nueva computadora portátil con Windows8 / Kaspesky instalado en ella. Tengo eclipse de problemas: no puedo abrir git-upload-pack. También tengo problemas con maven. También tengo un problema con Skype.

Cuando deshabilité Kaspersky, todo comenzó a funcionar correctamente.

Estoy usando Eclipse Kepler SR2 en Ubuntu 12.04LTS y estaba tratando de acceder a un GitHub interno usando HTTPS. Lamentablemente, mi JVM subyacente con la que se inició Eclipse experimentó problemas con el certificate autofirmado del server. El cambio a una JVM diferente para Eclipse hizo que la connection HTTPS funcionara en nuestro GitHub.

Cree un iniciador de Eclipse simple que use un JDK diferente, por ejemplo, con OpenJDK: /Eclipse_Kepler_4.4.2/eclipse -vm /usr/lib/jvm/java-6-openjdk-i386/jre/bin

Tengo el problema similar. Acabo de seguir los pasos a continuación 1. Equipo> Remoto> Configurar extracción desde la parte superior … 2. Proporcionar el https: bit bucket uri y luego Guardar y recuperar. 3. Restablezca el último compromiso en su proyecto. Equipo> Restablecer> Seleccione la última confirmación desde la carpeta remota 4. Luego, sincronice el espacio de trabajo. Equipo> Sincronizar (en perspectiva sincronizada) 5. Haga clic con el button derecho en el proyecto y sobrescriba la copy local. 6. Haga clic en el icono de extracción.

Acabo de recibir el mismo error, "no puedo abrir git-upload-pack", en Eclipse con un repository BitBucket tratando de hacer un pull o un push. Lo resolví cambiando las twigs locales (Team / Switch To) a la twig principal y haciendo un pull, y luego volviendo a la twig en la que estaba trabajando y tirando de nuevo.

Tuve un problema similar y una solución rápida a su problema es asegurarse de configurar su opción JVM en el file eclipse.ini para usar jre7. Los Jre antiguos vienen con un antiguo file de política local y esto arrojará errores. Una nota rápida también es que debe señalar su javaw no java.

-vm c: \ PROGRA ~ 2 \ Java \ jre745 \ bin \ javaw.exe -vmargs -Xms40m -Xmx512m -XX: MaxPermSize = 256m -Dsun.lang.ClassLoader.allowArraySyntax = true

Tenía mi configuration de proxy configurada en Eclipse y no estaba conectada a través de ssh, que estaba causando el error.

Probé todos esos methods pero no funcionó, entonces un compañero de trabajo me dijo que Putty Key Generator solía generar keys con 1024 bits, pero ahora Putty genera 2048 bits de manera pnetworkingeterminada, por lo que solo necesita cambiar el "Número de bits". en una key generada "y debería funcionar.

El problema también puede ser causado por el time incorrecto del sistema (en un par de años), lo que hace que el certificate de Git sea inválido.

Acabo de cambiar la configuration de networking de Native a Manual , reiniciar y el error se ha ido.

Estoy usando RAD 8.0.4.3 con una versión anterior de EGit conectada a TFS / Git. 😉

La solución a esto en Eclipse Mars 4.5.2: Ventana -> Preferences -> Equipo -> Git -> Configuración del depósito -> AddEntry Key: http.sslVerify Valor: falso

Recibí este post de error porque tenía un usuario diferente de lo que esperaba el repository en mi configuration de git.

Esto obviamente desencadenaría los fallos del Certificado SSL mencionados anteriormente.

La reparación al usuario correcto resolvió este problema para mí.

para solucionar el problema de SSL, también puedes intentar hacer esto.

Descargue el NetworkSolutionsDVServerCA2.crt del server bitbucket y agréguelo al ca-bundle.crt

ca-bundle.crt debe ser copydo del directory de installation de git y copydo a su directory de inicio

cp -r git / mingw64 / ssl / certs / ca-bundle.crt ~ /

entonces haz esto. esto funcionó para mí gato NetworkSolutionsDVServerCA2.crt >> ca-bundle.crt

git config –global http.sslCAInfo ~ / ca-bundle.crt

git config –global http.sslverify true

Debo informar otra posibilidad, después de TODAS las anteriores:

Obtuve "no puedo abrir git-upload-pack" durante la operación de extracción eclipse GIT (a través de un túnel proxy), así que tengo que probar un acceso a través del browser a la misma URL GIT, finalmente autenticando correctamente en el proxy y solo después de eclipse es posible hacer la extracción desde GIT sin ningún error. Espero que sea útil.