repositorio origin example eliminar ejemplo comandos git github

origin - Git pull/push: no se puede acceder a HTTPS, las rutinas SSL parecen estar inactivas



git push example (18)

A veces, esto es causado por un msysgit desactualizado que usa el viejo ssl y ya no se mantiene, puede instalar el último git para Windows y apuntar la ruta de git.exe en la configuración de tortuga, entonces este problema desapareció.

Estoy usando Git (y GitHub) a diario y todo ha estado funcionando bien y, de repente, ya no puedo comunicarme con mi repositorio remoto de GitHub a través de mis comandos de Git. Cuando intento "Git pull", aparece el siguiente error:

fatal: no se puede acceder a '' https://github.com/snahrvar/eatibl.git/ '': error: 1407742E: rutinas SSL: SSL23_GET_SERVER_HELLO: versión del protocolo de alerta tlsv1

Entonces, probé en múltiples repositorios y obtengo los mismos errores en mi computadora. Hice que alguien más interactuara con esos mismos repositorios, y funciona bien para ellos. Antes de este error, hice un "npm install sharp" en un proyecto y eso terminó fallando, y sospecho que esto puede haber estropeado alguna configuración de SSL, ¡pero es una suposición descabellada!

¡Cualquier idea u orientación general sería muy apreciada!

Si es útil, aquí está mi entorno:

  • Versión de Git: 1.9.4.msysgit.2
  • Versión de Windows: Windows 8.1

Actualizar Git no fue suficiente en mi situación. Después de depurar durante varias horas, esta fue mi solución:

C:/wamp64/www/maandlastenmanager> git config http.sslVersion tslv1.0 C:/wamp64/www/maandlastenmanager> git config http.sslVersion tlsv1.2 C:/wamp64/www/maandlastenmanager> git config http.sslVersion tslv1.2


Actualizar TortoiseGit y GCM no me ayudó, pero actualizar Git sí lo hizo, según el consejo de @ Frederic en los comentarios.

https://git-scm.com/download/win

Para asegurarse de que la nueva versión de Git se instale correctamente y no entre en conflicto con las instalaciones anteriores (si utiliza TortoiseGit, porque usaría diferentes carpetas y se desordenaría con la variable PATH), elimine la instalación existente de Git antes de instalar el Git actualizado . También podría necesitar instalarse con derechos de administrador.


El comentario de @andw funcionó para mí:

Actualice Git versión 1.9.5 a 2.15.1 utilizando estos pasos:

En sourceTree, vaya al menú Herramientas Opciones Git Usar Git incorporado .


En macOS, puede install el último git través de Homebrew .


Encontró un error similar. En Windows, git actualizado en Windows a la última versión. Eso solucionó el problema.



Este es un problema con IntelliJ y RubyMine. GitHub debe haber desactivado SSL (¿acaso el cumplimiento de PCI?) A favor de TLS. Si abre Configuración en IntelliJ o RubyMine y navega a Control de versiones> Git, verá que está usando un git.exe instalado debajo de la ruta de la aplicación. Debe descargar la versión más reciente de Git y cambiar la ruta en la configuración de VCS para que apunte a eso, por ejemplo, C: / Archivos de programa / Git / bin / git.exe si lo instala en Windows. Funciona como un encanto después de eso.


Esto es lo que funcionó para mí.

  1. Instale la última versión de Git desde aquí: https://git-scm.com/download/win
  2. En TortoiseGit, vaya al menú Configuración General Ruta de acceso Git.exe : cámbielo de ruta de 32 bits a 64 bits: C: / Archivos de programa (x86) / Git / bin → C: / Archivos de programa / Git / bin

La actualización de la versión de Git me sirvió. Tenía la versión 1.9.5 y así, y actualicé a 2.21.0 en Windows. También la actualización es muy fácil. No necesitamos desinstalar la versión anterior. Descargue el último instalador de Git y siga presionando Siguiente usando las opciones predeterminadas y la versión cambiará a una nueva versión y todas las configuraciones antiguas seguirán funcionando como teclas ssh, etc. No necesitamos generar las claves nuevamente y ponerlas Github o cualquier otro repositorio.

Anteriormente, mi clonación de protocolo https no funcionaba y daba error

fatal: no se puede acceder a '' https://github.com/tensorflow/models/ '': error: 1407742E: rutinas SSL: SSL23_GET_SERVER_HELLO: versión del protocolo de alerta tlsv1

Una vez que descargué la nueva versión y ejecuté el mismo comando de clonación, funcionó sin problemas.



Mientras me conectaba a un repositorio remoto para buscar, tirar, empujar, etc., tuve el mismo error:

fatal: unable to access ''https://github.com/repository.git/'': error:1 407742E:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert protocol version

Acabo de reinstalar Git de 64 bits en lugar de 32 bits y eso solucionó el problema.

Después de la instalación, verifique la ruta de Git en las variables de entorno. Debería ser:

C:/Program Files/Git/bin/git.exe


Sí, encontré el mismo problema en una solicitud de extracción hoy y la solución fue simplemente actualizar Git descargando la última versión (2.16.2) de 64 bits de Git para Windows. Fue lanzado hace 5 días, el 2018-02-20.


Si está utilizando Android Studio o IntelliJ IDEA, actualizar Git a https://git-scm.com/download/win y cambiar la ruta para que apunte a la nueva versión me resolverá el problema.


Tuve el mismo problema al extraer código de GitHub en mi terminal de Visual Studio Code . Encontré útil el consejo en las respuestas anteriores y pirateé una solución juntos siguiendo los pasos a continuación:

Este repositorio fue bastante útil.

Espero que esto ayude a alguien.


Una solución rápida sería git config --global http.sslVerify true , pero no se recomienda ya que no sirve para nada con SSL.

Una segunda y mejor manera es usar claves ssh en lugar de una URL SSL.

Pasos para generar claves SSH

o Ejecute el siguiente comando en un terminal Git (Git Bash): ssh-keygen

Después de ejecutar el comando, aparecerá el siguiente mensaje:

Generando par de claves RSA público / privado.

Ingrese el archivo en el que guardará la clave (/h//.ssh/id_rsa):

Indique la ruta de acceso para que se guarde la clave, por ejemplo, ingrese el archivo en el que guardará la clave (/h//.ssh/id_rsa): C:/Users/Public/my-new-ssh-key

Luego, dé la frase de contraseña para esa clave (cualquier contraseña de un mínimo de 8 caracteres)

• Luego ejecute el siguiente comando: eval “$ (ssh-agent –s)”

• Ejecute el siguiente comando: ssh-add C:/Users/Public/my-new-ssh-key Nota: utilice la barra diagonal en la ruta a la clave SSH recién creada.

Después de eso, agregue el contenido del archivo my-new-ssh-key.pub y agréguelo en el área de texto para Agregar clave pública (Bitbucket, GitHub, etc.)


Usando TortoiseGit, hice todas las otras correcciones / actualizaciones dadas para esto y todavía no tuve éxito. Encontré esto: no se puede empujar / tirar / recuperar repentinamente

Mi configuración de TortoiseGit para Git para Windows La ruta de Git.exe apuntaba a C:/Program Files (x86)/Git/bin . Lo cambié a C:/Program Files/Git/bin y ahora está funcionando nuevamente.


TL; DR: git config --system http.sslbackend schannel y apague las comprobaciones HTTPS para github.com en su software antivirus

Estoy usando la línea de comando Git en Windows 8 x64. Además, mi software antivirus comprueba el tráfico HTTPS de forma predeterminada. Al igual que otras personas al responder esta pregunta, uso GitHub casi a diario.

  • Actualizar Git, no ayudó, porque usé OpenSSL (ver más abajo)
  • Actualización de administrador de credenciales - no ayudó

Luego comencé a jugar cambiando el backend SSL:

git config --system http.sslbackend openssl ----------------vs------------------ git config --system http.sslbackend schannel y el software antivirus comprueba el tráfico SSL:

  1. OpenSSL, HTTPS verifica ON: error:0407006A:rsa routines:RSA_padding_check_PKCS1_type_1:block type is not 01
  2. OpenSSL, HTTPS se desactiva: SSL certificate problem: unable to get local issuer certificate
  3. SecureChannel, HTTPS verifica ON: schannel: next InitializeSecurityContext failed: Unknown error (0x80092012) - The revocation function was unable to check revocation for the certificate.
  4. SecureChannel, HTTPS desactiva: funcionó bien

PD: en lugar de línea de comandos, puede volver a instalar el último Git, seleccionando "Usar biblioteca de validación SSL de Windows nativa".

PPS: El caso (3) parece ser un error en la biblioteca de canales, porque el certificado MITM que utiliza mi software antivirus está incluido en la lista blanca de mi máquina.