usar sesion por ejemplo copiar como comandos comando archivos linux ubuntu copy scp

linux - por - sesion ssh



Error en la verificación de la clave del host de scp para remoto a remoto (3)

scp foo user@remote:bar funciona bien

scp user@remote:foo bar funciona bien

scp user@remote:foo user@remote:bar falla con error:

Host key verification failed. lost connection

Supongo que esto se debe a que scp no permite la copia remota a remota (entre dos hosts remotos diferentes o el mismo host remoto) porque es ineficiente canalizar los datos desde el point A al point L al point B lugar de hacerlo directamente desde el point A al point B .

¿Es esa la razón correcta por la que no funciona? ¿Por qué las instrucciones de uso de línea de comandos en el manual no lo documentan? ¿O es solo que el scp específico en mi distribución de Ubuntu está tratando de ser paternal?


"Es importante tener en cuenta que SCP no se puede usar para copiar de forma remota desde el origen al destino cuando se opera en modo de contraseña o de autenticación interactiva con teclado, ya que esto revelaría las credenciales de autenticación del servidor de destino en el origen". http://en.wikipedia.org/wiki/Secure_copy#Remote_to_remote_mode

Intente usar la autenticación basada en clave para realizar un control remoto a remoto scp.


Echa un vistazo a la opción:

-3: las copias entre dos hosts remotos se transfieren a través del host local. Sin esta opción, los datos se copian directamente entre los dos hosts remotos. Tenga en cuenta que esta opción desactiva el medidor de progreso.

Esta opción quedó disponible en OpenSSH 5.7.


Funciona. Su problema es la autenticación SSH entre el usuario @ remoto y el usuario @ remoto. Si es el mismo usuario en el mismo servidor y está utilizando la autenticación RSA, debe agregar la clave pública (~ / .ssh / id_rsa.pub) en ~ / .ssh / authorized_keys del propio usuario.

Preste atención a la resolución de nombres también. En su caso, "remoto" puede ser un nombre de servidor que tenga sentido para su cliente, pero que no tenga sentido desde el punto de vista remoto. Use la IP del servidor (si el servidor no está detrás de nat) o configure un nombre de servidor común en / etc / hosts en su máquina cliente y servidor: "remoto" debe poder resolverse desde su cliente y su máquina servidor.