notes create windows git

windows - create - Git fatal: extremo remoto colgado



git create release (11)

Así que pensé que finalmente había configurado todo en Windows ... luego me encontré con este problema.

Configuración actual

URL: ssh: // usuario @ host: puerto / myapp.git

Ya ejecute Putty - y puede conectarse usando claves .ppk válidas a través de ~ / .ssh / authorized_keys direct. En Git y TortoiseGIT, configuré ambos para usar "plink.exe".

Putty funciona bien, sin problemas, pero cuando ejecuto esa URL en bash obtengo un clon de git (url)

fatal: el extremo remoto colgó de forma esperada

En un terminal bash cygwin, ejecutar "ssh user @ host", no funciona en absoluto.

¿Alguien ha sugerido algo?


Comprueba la versión openssh que estás usando en CygWin. La versión 5.5p1-1 (que es la última en este momento) me dio el mismo error. La degradación a 5.4p1-1 solucionó el problema.

Otra solución sería usar masilla / plink en lugar de openssh.

Para obtener más detalles, consulte este hilo: http://www.mail-archive.com/[email protected]/msg103752.html


Creo que el problema real es que ssh de cygwin busca .ssh en / home / name /.ssh y git ssh de mingw busca .ssh en c: / user / name /.ssh

Es probable que sus claves estén en uno y solo uno de estos directorios.

Puede intentar decirle a .ssh de cygwin que use un archivo de identidad diferente utilizando el interruptor -i, o mover las claves a ambos directorios, o crear un archivo de configuración ssh en / home / name /.ssh/config.

He creado una configuración que contiene:

Host github.com User jerryasher Hostname github.com IdentityFile c:/Users/jerry/.ssh/id_rsa

Y dado que puedo usar el git mingw git bash o el git cygwin de un rxvt para interactuar con github.


Descubrí que usar ssh.exe del paquete Git funciona cada vez, a diferencia del ssh que viene con cygwin (el valor predeterminado). Usar esta variable exportada parece ayudar; es más lento (2x o más) pero es más estable. Tómalo como otra solución.

$ export GIT_SSH = / cygdrive / c / Program / Files / Git / bin / ssh.exe

Para su información: esta versión de Msysgit viene con OpenSSH 4.6p1, OpenSSL 0.9.8e. [funciona] El SSH de Cygwin es OpenSSH 5.5p1, OpenSSL 0.9.8n. [no funciona]


Intente los siguientes pasos, tal vez algo le dé una pista sobre su problema:
1. Ejecute masilla y luego de configurar el nombre del servidor / nombre de usuario / claves, etc. guarde esas configuraciones.
2. Ejecute plink.exe o plinkw.exe como plink.exe nombre_usuario @ servidor , (le brindará cierta información) solo para ver si Plink puede conectarse al servidor.
3. Verifique nuevamente que git sepa que debería usar plink, yo diría que con todos los VCS, ese es el problema que tienen las personas con más frecuencia, aparte de que sus claves no se configuraron correctamente.
Normalmente a estas alturas la mayoría de sus problemas ssh serían revelados. Ahora sólo hay que arreglarlos. :)

Actualizar:

Creo que el problema que tienes es causado por varios gits que tienes instalado. Para el git msysgit y cygwin necesitarías establecer la variable GIT_SSH. Esto se hace mediante ''set GIT_SSH = c: / path / putty / plink.exe'' o ''exportar GIT_SSH = / your / path / putty / putty.exe'' respectivamente. Si también estás usando git tortuga, deberías ubicar ''propiedades'' (o es configuración?) En su menú, y configurar el cliente ssh allí.
Aparte de todo eso, cuando especifique la URL de git clone, use su nombre de inicio de sesión y el nombre del servidor allí, por ejemplo, ''git clone ssh: //user@server/your/path/repo.git Los nombres de usuario y servidor deben ser utilizados por plink , y plink debería poder conectarse al servidor con esos argumentos, cuando se cumplan todos esos requisitos, estará todo listo.

Buena suerte.



Recibo el mensaje: "El control remoto remoto final, las EOF inesperadas, el paquete de índice fallaron" al clonar el repositorio git, pero pude solucionar este problema con copssh http://sourceforge.net/projects/sereds/files/Copssh

La causa raíz es el paquete de cygwin openssh.

Quité openssh original de Cygwin, instalé copssh y configuré la variable GIT_SSH para apuntar los binarios de copssh. Después de esto simplemente agregué los archivos binarios de copssh en el PATH y ahora estoy usando copssh en lugar de openssh, no hay diferencia.

Todo funciona bien y el problema ya no aparece.

La otra solución es usar el paquete mSysGit.


Si desea probar el cygwin openssh 5.4p1-1, que parece funcionar para esto, a diferencia de 5.5 o 5.6, puede usar los espejos de cygwin time machine . Inicie setup.exe con -X y agregue una URL reflejada, como por ejemplo:

ftp://www.fruitbat.org/pub/cygwin/circa/2010/05/20/230133

Tenga cuidado de no instalar demasiado, es decir, paquetes base, de un espejo anterior al resto de la instalación.


Tengo exactamente el mismo problema.

No uso Putty (solo Cygwin). Yo uso Windows 7 Ultimate (totalmente parcheado a partir de este momento). Acabo de instalar Cygwin ayer.

Me aseguré de que las monturas binarias fueran utilizadas.

Si copio un repositorio git a la máquina (a través de samba mount), puedo clonarlo, pero cuando "git diff" después del clon, hay un montón de archivos "diferentes" sin diffs. Después de un "estado de git" no hubo salida de "git diff". Parece algo nuevo, pero no puedo entender cómo sucedería eso. (Tengo igncr en SHELLOPTS, pero eliminar eso no lo soluciona).

Estoy completamente perplejo.


Trate de usar la ruta absoluta para repo en una URL, que funcionó para mí.

En lugar de:

git ssh://user@host:port/myapp.git

Escribir:

git ssh://user@host:port//home/user/repo/myapp.git

¡Fíjate en la doble barra!


Tuve el mismo problema con plink para git debajo de las ventanas.

En la ejecución de plink.exe -v [email protected], comenzó a mostrar que Pageant se está ejecutando. Solicitando llaves. Pageant tiene 1 inicio de sesión de claves SSH-2 como: <<< problemas

En lugar de Pageant se está ejecutando. Solicitando llaves. Pageant tiene 1 claves SSH-2 usando el usuario "xxx"

Para resolver este problema, limpié los registros de registro de masilla y las sesiones con putty.exe -cleanup

Después de eso, Plink comienza de nuevo y le pide que confíe y almacene nuevamente el host y se conecta sin problemas.


Tuvimos el mismo problema y aquí está la solución de cómo resolvimos el problema:

al principio nos dieron:

zajdan@cyberFuture:~$ git clone ssh://[email protected]/~repos/erotika.git/ erotika Initialized empty Git repository in /home/zajdan/erotika/.git/ Password: fatal: ''/repos/erotika.git'': unable to chdir or not a git archive fatal: The remote end hung up unexpectedly zajdan@cyberFuture:~$

solución:

zajdan@cyberFuture:~$ git clone ssh://[email protected]/~/repos/erotika.git/ erotika

Después de tilde debe haber una barra !