sftp da un error: "Mensaje recibido demasiado largo" y cuál es el motivo?

Pregunta:

Pude hacer sftp ayer en una caja RHEL 5.4 (RedHat) y hoy no puedo.

El mensaje es "Received message too long 778199411" , y después de investigar un poco, se debió a que el .bashrc mi caja RHEL tenía un echo "running .bashrc" línea echo "running .bashrc" , o creo que se hacía eco de cualquier cosa.

Entonces, ¿por qué la impresión de una línea afectaría a sftp ? Se sintió un poco como un problema de diseño, ya que imprimir una línea en .bashrc funciona en otras situaciones, como iniciar sesión o ssh y es un poco difícil de rastrear cuando sftp falla por una razón tan extraña.

Entonces, la pregunta es, ¿por qué imprimir una línea causa tal error y qué sucede si aún nos gusta imprimir algo en .bashrc ? (principalmente para ver cuándo se obtiene / ejecuta este archivo).

Respuesta:

Este es un problema de larga data. Lo encontré hace diez años cuando tuve que mezclar SSH comercial en el trabajo y SSH abierto en casa. Me encontré con él nuevamente hoy y encontré esta publicación.

Si hubiera buscado "sftp / scp falla pero ssh está bien", ¡me habrían recordado la solución antes!

En pocas palabras, .bashrc , .bash_profile , .cshrc , .profile , etc., tienen que estar en silencio para sesiones no interactivas o interfieren con el protocolo de conexión sftp / scp.

Esta salida confunde al cliente sftp / scp. Puede verificar si su shell está haciendo esto ejecutando:

     ssh yourhost / usr / bin / true

Si el comando anterior produce algún resultado, entonces debe modificar la inicialización de su shell.

De las preguntas frecuentes de open-SSH: 2.9 – sftp / scp falla en la conexión, pero ssh está bien.

Leave a Comment

Your email address will not be published. Required fields are marked *

Scroll to Top

web tasarım