Estoy bajo un proxy y estoy presionando para git con éxito durante bastante tiempo.
Ahora no puedo empujar a git de repente.
He configurado la clave RSA y el proxy y los verifiqué dos veces, sin resultado y git me está arrojando el error que se muestra en el título de la página.
174
git push
. Trabajó para mi.1.1.1.1
lugar de uno predeterminado, por eso @zundi tiene éxito a través de un punto de acceso móvil.Respuestas:
El motivo podría ser la modificación del cortafuegos, ya que se encuentra bajo una red. (En cuyo caso, pueden bloquear deliberadamente algunos puertos)
Para verificar si este es el motivo ...
Esto debería expirar. Si ese es el caso, use el protocolo http en lugar de ssh de esta manera,
simplemente cambie su url en el archivo de configuración a http.
Aquí es cómo :-
cambiar la entrada de
a
fuente
Para mi caso, ninguna de las soluciones sugeridas funcionó, así que traté de solucionarlo yo mismo y lo resolví.
Para mí, recibo este error en mi instancia de AWS EC2 UBUNTU, lo que hice para resolverlo fue editar la configuración ssh (o agregarla si no existe).
sudo nano ~/.ssh/config
Y agregué lo siguiente
Luego, ejecuta el comando
ssh -T [email protected]
para confirmar si el problema está solucionado.De acuerdo a esto
Espero que esto ayude a cualquier otra persona que tenga el mismo problema que yo.
fuente
~/.ssh/config
y cambiar la forma en que se conecta a GitLab.com. En ese caso, vea este artículo: about.gitlab.com/2016/02/18/…git
config sinossh
configReescritura básica de URL
Git proporciona una forma de reescribir URL usando git config. Simplemente emita el siguiente comando:
Ahora, como por arte de magia, todos los comandos git realizarán una sustitución de
git://
ahttps://
fuente: git: // protocolo bloqueado por la compañía, ¿cómo puedo evitar eso?
fuente
git config --global url."https://github.com/".insteadOf [email protected]:
. Note las diferencias: se@
vuelve//
y se:
vuelve/
.dentro de la carpeta .ssh Crear archivo "config"
fuente
Solución rápida: intente cambiar a una red diferente
Experimenté este problema mientras estaba en un punto de acceso (conexión 3 / 4G). Cambiar a una conexión diferente (WiFi) lo resolvió, pero es solo una solución alternativa: no tuve la oportunidad de llegar al fondo del problema, por lo que las otras respuestas podrían ser más interesantes para determinar el problema subyacente
fuente
Me enfrenté al mismo problema y no pude encontrar una solución que funcionara. Enfrenté este problema al configurar un servidor local y el git no se pudo conectar a través de mi red proxy, pero mi estación de trabajo sí. Este fue el resultado cuando ejecuté el comando
ssh -vT [email protected]
Así que intenté usar una conexión SSH hecha a través del puerto HTTPS editando el archivo de configuración
~/.ssh/config
pero fue en vano.Finalmente, encontré este artículo que resolvió y expuso el verdadero problema.
Este es mi archivo de configuración y ahora git funciona perfectamente bien a través de ssh.
fuente
Ejecutar:
Su salida debería verse así:
Si lo consigues:
Necesita editar su archivo ~ / .ssh / config. Agregue algo como lo siguiente:
fuente
nc
instalado. ¿Qué se supone que es? Netcat o algo así?Estaba teniendo este mismo problema, pero la respuesta que encontré fue diferente, pensé que alguien podría encontrar este problema, así que aquí está mi solución.
Tenía que la lista blanca 2 IPs de puerto
22
,80
,443
, y9418
:192.30.252.0/22
185.199.108.0/22
En caso de que estas IP no funcionen, puede ser porque se actualizaron, puede encontrar las más recientes en esta página .
fuente
La respuesta anterior me dio la información necesaria para resolver este problema. En mi caso, la url comenzaba incorrectamente con ssh: ///
Para verificar que la url en su configuración de git sea correcta, abra el archivo de configuración de git: -
Verifique la entrada de la URL. NO debería tener ssh: /// al comienzo.
Entrada incorrecta
Entrada correcta:
Si su URL es correcta, entonces el siguiente paso sería probar la respuesta anterior que sugiere cambiar el protocolo a http.
fuente
Cuando accidentalmente cambié a una red wifi para invitados , recibí este error. Tuve que volver a mi red wifi predeterminada .
fuente
Tuve este problema durante 2 horas y resulta que elimino la "s" de https y simplemente hago:
git clone -b <branchName> http:<projecturl>
Arreglado.
fuente
PROBLEMA: Paso para generar el problema: git clone [email protected]: sramachand71 / test.git por primera vez en el nuevo ERROR del portátil ssh: conéctese al host github.com puerto 22: Tiempo de espera de conexión fatal: no se pudo leer desde el control remoto repositorio.
Asegúrese de tener los derechos de acceso correctos y de que exista el repositorio. SOLUCIÓN por primera vez en el sistema para clonar necesitamos dar comillas dobles para el comando clonar. $ git clone "[email protected]: sramachand71 / test.git" Me enfrento a este problema en el sistema incluso después de que todo fue correcto, pero noté al fin que la comilla doble es obligatoria para la url "repository_url.git" por primera vez o para un nuevo usuario en el sistema.
fuente
Cambiar la URL del repositorio de ssh a https no es muy significativo para mí. Como yo prefiero
ssh
máshttps
a causa de algún tipo de beneficios adicionales que no desea descartar. Las respuestas anteriores son bastante buenas y precisas. Si enfrenta este problema en GitLab, vaya a su página de documentación oficial y cambie su archivo de configuración de esa manera.fuente
Reiniciar la computadora lo resolvió para mí.
Versión de Git: 2.27.0.windows.1
Versión del sistema operativo: Windows 10 v1909
fuente