SCP dando “ error en la solicitud ejecutiva en el canal 0, conexión perdida ”

en primer lugar, sé que esta pregunta se ha hecho antes, pero «soy muy analfabeto tecnológico y» no puedo entender las respuestas (y «todas han sido respondidas por lo menos un par de años), así que por favor perdóname si esto es inconveniente.

Estoy tratando de ejecutar un comando SCP para copiar de forma remota un directorio de Linux (centOS) a otra máquina remota (servidor de Windows 2016), pero estoy experimentando un error al hacerlo. así que «la solicitud del ejecutivo falló en el canal 0 se perdió la conexión».

scp -r serverName/var/tmp [email protected]:/backups/ 

He verificado que toda la información es correcta. Cuando ingreso la contraseña después de ejecutar el comando, aparece el error anterior.

No puedo descargar ningún tipo de software externo (confiable o de otro tipo) para ayudar en el asunto, así que cualquier ayuda sería muy apreciada: si algún alma amable lo explicara de una manera simple y fácil de entender, sería muy apreciado.

EDITAR: si hay alguna forma más sencilla de lograr esto, ¡serían muy apreciados!

Comentarios

• ¿El servicio SSH funciona en el sistema Windows Server 2016? Comience por solucionar problemas si SSH está funcionando entre los dos sistemas, luego averigüe por qué SCP no está funcionando.
• Hola, @ 0xsheepdog, gracias por su respuesta. Anteriormente intenté usar " ssh-copy-id user @ FQDN " y recibí el error " error en la solicitud de ejecución en el canal 0 " ¿Sería esto un error en el lado de Windows? ¿Cómo puedo verificar que el servicio esté funcionando correctamente? Gracias
• Como dice @ 0xSheepdog, hacer que ssh funcione es el primer paso, ya que scp usa ssh. El hecho de que ssh-copy-id no funcione es una señal de alerta. Comience con ssh [email protected], ¿solicita una contraseña? ¿Obtiene un símbolo del sistema en la máquina de Windows? Después de eso, ¿ssh [email protected] pwd imprime el directorio de inicio? Esto indicaría que tenía algo que podía ejecutar comandos remotos y sabía suficiente Unix para reconocer " pwd "; podría probar cmd /c dir en su lugar.