Git Remote: Error: fatal: error de protocolo: carácter de longitud de línea incorrecta: Unab

4 minutos de lectura

Git Remote Error fatal error de protocolo caracter de longitud
usuario437899

Configuré un servidor git y ahora quiero enviar inicialmente mi repositorio desde el cliente. solía git push origin master y obtener este mensaje de error:

fatal: protocol error: bad line length character: Unab

No se lo que está mal. No sé qué es “Unab”. Traté de cambiar el tamaño del caparazón pero todavía es “Unab”. No puedo encontrar una solución para este mensaje de error.

Configuré el servidor con “authorized_keys” y SSH. (Puedo conectarme a él, usando SSH).

Parece ser un problema de git?

Por cierto: el servidor está configurado en una máquina virtual con Windows 7

  • Tuve un problema similar con “fatal: error de protocolo: carácter de longitud de línea incorrecta: esto”, mi mensaje de error fue “Esta cuenta no está disponible actualmente”.

    – hj’

    21 de diciembre de 2017 a las 16:25

Tuve un problema similar, pero el mensaje de error exacto fue:

fatal: error de protocolo: carácter de longitud de línea incorrecta: Usin

Esto es en Windows, con GIT_SSH puesto en el camino de plink.exe de masilla.

Posibles problemas y soluciones:

  • Asegúrese de que el camino a plink.exe es correcto. La ruta de estilo Unix también funciona bien, por ejemplo /c/work/tools/PuTTY/plink.exe
  • Asegúrese de que el agente clave de PuTTY (pageant.exe) Esta corriendo
  • Asegúrese de que el agente de claves contenga una clave válida para acceder al servidor

  • Tuve el mismo problema en Windows y resultó ser la misma causa raíz por la razón opuesta. Estaba tratando de usar Cygwin (y el Git SSH integrado), pero GIT_SSH estaba configurado en C:\…\plink.exe, lo que provocaba un conflicto. Una vez que eliminé esto, todo funcionó bien.

    –Matt Holtzman

    4 oct 2016 a las 13:01

  • Eliminar la entrada GIT_SSH de las variables de entorno funcionó para mí

    – chamalabey

    5 de enero de 2017 a las 22:45

  • Un error similar después de actualizar GitExt tuvo que reiniciar el concurso y volver a importar el archivo de clave .ppk.

    – Bill Dolan

    12 mayo 2017 a las 17:53

  • Simplemente olvidé cargar la clave privada en el concurso, lo que terminó en fatal: protocol error: bad line length character: git@. Qué mensaje de error engañoso.

    – Luis

    15 mayo 2018 a las 20:02

  • En mi caso (Windows 10), el concurso no se estaba ejecutando. Una vez que lo inicié y le agregué la clave privada, esto simplemente funcionó.

    – 26 de abril

    28 de agosto de 2018 a las 12:56

Tuve el mismo tipo de problema después de instalar GIT en Windows. Al principio funcionó; luego, un día después (después de reiniciar la PC), ya no funcionaba, y obtuve esto:

$ git pull
fatal: protocol error: bad line length character: git@

El problema era que después del reinicio, Putty “pageant.exe” que se iniciaba automáticamente ya no tenía la clave privada activa. Cuando agrega una clave en el concurso, no es una configuración persistente de forma predeterminada. Solo tuve que agregar la clave nuevamente, y funcionó bien. Entonces, para ese caso, es necesario hacer que pagenant cargue la clave automáticamente, como se explica aquí:

https://www.digitalocean.com/community/tutorials/how-to-use-pageant-to-streamline-ssh-key-authentication-with-putty

  • Esto es exactamente lo que he hecho, cuando aparece el error fatal: protocol error: bad line length character: git@. Asegúrese de que la clave SSH se genere y se agregue a GitLab. Tal vez el reinicio de Extensiones Git fue necesario.

    – prueba

    6 mayo 2019 a las 11:37

Tal vez tenga una declaración en el .bashrc del servidor que produzca resultados. Yo, por ejemplo, tenía esto:

[[ -s "$HOME/.rvm/scripts/rvm" ]] && source "$HOME/.rvm/scripts/rvm"
rvm use ruby-1.9.3-p194@rails32

En este caso, la salida del uso de rvm se interpretará (erróneamente) como procedente de git. Así que reemplázalo por:

rvm use ruby-1.9.3-p194@rails32 > /dev/null

  • En mi caso (Windows 10), el problema fue la salida de algunos comandos relacionados con la ventana acoplable en mi secuencia de comandos cmd startup init.cmd (que creé con esas instrucciones: stackoverflow.com/questions/17404165/…). pero es el mismo director. ¡gracias!

    – ET-CS

    02/04/2016 a las 19:40

  • Este fue mi caso. Tenía un comando ‘banner’ en mi .bashrc. Al comentarlo se solucionó el problema. Gracias :).

    – jamie

    27 de febrero de 2017 a las 18:09


1646963767 466 Git Remote Error fatal error de protocolo caracter de longitud
stanley emmanuel

Después de cargar la clave privada SSH en Git Extensions, este problema se resuelve.

  • En mi caso (Windows 10), el problema fue la salida de algunos comandos relacionados con la ventana acoplable en mi secuencia de comandos cmd startup init.cmd (que creé con esas instrucciones: stackoverflow.com/questions/17404165/…). pero es el mismo director. ¡gracias!

    – ET-CS

    02/04/2016 a las 19:40

  • Este fue mi caso. Tenía un comando ‘banner’ en mi .bashrc. Al comentarlo se solucionó el problema. Gracias :).

    – jamie

    27 de febrero de 2017 a las 18:09


Puede redirigir cualquier salida de .bashrc para stderr:

# inside .bashrc
echo 'some error/warning/remind message' 1>&2

git ignorará estos símbolos

  • Eso lo hizo por mí. yo tenia una declaracion rvm use 2.0.0-p353 en mi .bashrcque debe haber confundido git pull. Después de agregar 1>&2 e intentarlo de nuevo, git pull funcionó bien

    – Teemu Leisti

    17/03/2014 a las 20:59

¿Ha sido útil esta solución?

Esta web utiliza cookies propias y de terceros para su correcto funcionamiento y para fines analíticos y para mostrarte publicidad relacionada con sus preferencias en base a un perfil elaborado a partir de tus hábitos de navegación. Al hacer clic en el botón Aceptar, acepta el uso de estas tecnologías y el procesamiento de tus datos para estos propósitos. Configurar y más información
Privacidad