Cómo hacer scp con un segundo host remoto

Me pregunto si hay alguna forma de SCP del archivo desde el host remoto2 directamente desde mi máquina local pasando por un host remoto1.

Las redes solo permiten conexiones al host remoto2 desde el host remoto1. Además, ni el host remoto1 ni el host remoto2 pueden conectarse a mi máquina local.

Hay algo como:

scp user1@remote1:user2@remote2:file .

Primera ventana:, ssh remote1luego scp remot2:file ..

Segundo caparazón: scp remote1:file .

Primera ventana: rm file; logout

Podría escribir un script para hacer todos estos pasos, pero si hay una forma directa, prefiero usarla.

Gracias.

EDITAR: Estoy pensando en algo como abrir túneles SSH pero estoy confundido sobre qué valor poner y dónde.

Por el momento, para acceder remote1, tengo lo siguiente en $HOME/.ssh/configmi máquina local.

Host remote1
   User     user1
   Hostname localhost
   Port     45678

Una vez encendido remote1, para acceder remote2, es el DNS local estándar y el puerto 22. ¿Qué debo ponerme remote1y / o cambiar localhost?

No conozco ninguna forma de copiar el archivo directamente en un solo comando, pero si puede aceptar ejecutar una instancia SSH en segundo plano para mantener un túnel de reenvío de puertos abierto, entonces puede copiar el archivo en un solo comando.

Me gusta esto:

# First, open the tunnel
ssh -L 1234:remote2:22 -p 45678 user1@remote1
# Then, use the tunnel to copy the file directly from remote2
scp -P 1234 user2@localhost:file .

Tenga en cuenta que se conecta como user2@localhosten el scpcomando real , porque es en el puerto 1234 en localhost donde la primera sshinstancia escucha las conexiones de reenvío remote2. Tenga en cuenta también que no es necesario ejecutar el primer comando para cada copia de archivo posterior; simplemente puede dejarlo funcionando.

Doble ssh

Incluso en su caso complejo, puede manejar la transferencia de archivos usando una sola línea de comando, simplemente con ssh;-)
Y esto es útil si remote1no puede conectarse a localhost:

ssh user1@remote1 'ssh user2@remote2 "cat file"' > file

tar

Pero pierde propiedades de archivo (propiedad, permisos ...).

Sin embargo, tares amigo tuyo mantener estas propiedades de archivo:

ssh user1@remote1 'ssh user2@remote2 "cd path2; tar c file"' | tar x

También puede comprimir para reducir el ancho de banda de la red:

ssh user1@remote1 'ssh user2@remote2 "cd path2; tar cj file"' | tar xj

Y tartambién te permite transferir un directorio recursivo a través de básico ssh:

ssh user1@remote1 'ssh user2@remote2 "cd path2; tar cj ."' | tar xj

ionice

Si el archivo es enorme y no desea molestar a otras aplicaciones de red importantes, puede perder la limitación de rendimiento de la red proporcionada por las herramientas scpy rsync(por ejemplo scp -l 1024 user@remote:file, no usa más de 1 Mbits / segundo).

Pero, se utiliza una solución alternativa ionicepara mantener una única línea de comando:

ionice -c2 -n7 ssh u1@remote1 'ionice -c2 -n7 ssh u2@remote2 "cat file"' > file

Nota: ionicepuede que no esté disponible en distribuciones antiguas.

Esto hará el truco:

scp -o 'Host remote2' -o 'ProxyCommand ssh user@remote1 nc %h %p' \ 
    user@remote2:path/to/file .

Para SCP el archivo desde el host remote2directamente, agregue las dos opciones ( Hosty ProxyCommand) a su archivo ~ / .ssh / config (vea también esta respuesta sobre superusuario). Entonces puedes ejecutar:

scp user@remote2:path/to/file .

desde su máquina local sin tener que pensar remote1.

Con openssh versión 7.3 y posteriores, es fácil. Utilice la opción ProxyJump en el archivo de configuración.

# Add to ~/.ssh/config 
Host bastion
    Hostname bastion.client.com
    User userForBastion
    IdentityFile ~/.ssh/bastion.pem

Host appMachine
    Hostname appMachine.internal.com
    User bastion
    ProxyJump bastion                   # openssh 7.3 version new feature ProxyJump
    IdentityFile ~/.ssh/appMachine.pem. #no need to copy pem file to bastion host  

Comandos para ejecutar para iniciar sesión o copiar

ssh appMachine   # no need to specify any tunnel. 
scp helloWorld.txt appMachine:.   # copy without intermediate jumphost/bastion host copy.** 

por supuesto, puede especificar el servidor bastion Jump utilizando la opción "-J" del comando ssh, si no está configurado en el archivo de configuración.

Nota SCP no no parece apoyar la bandera "-J" a partir de ahora. (No pude encontrar en las páginas de manual. Sin embargo, el scp anterior funciona con la configuración del archivo de configuración)

Hay una nueva opción en scpese agregado recientemente para exactamente este mismo trabajo que es muy conveniente -3.

TL; DR Para el host actual que ya tiene la autenticación configurada en los archivos de configuración ssh, simplemente haga:

scp -3 remote1:file remote2:file

Su scpdebe ser de versiones recientes.

Todas las demás técnicas mencionadas requieren que configure la autenticación de remoto1 a remoto2 o viceversa, lo que no siempre es una buena idea.
El argumento -3significa que desea mover archivos desde dos hosts remotos utilizando el host actual como intermediario, y este host en realidad realiza la autenticación en ambos hosts remotos, por lo que no tienen que tener acceso entre sí.
Solo tiene que configurar la autenticación en los archivos de configuración ssh, que es bastante fácil y está bien documentado, y luego simplemente ejecutar el comando en TL; DR

La fuente de esta respuesta es https://superuser.com/a/686527/713762

Esta configuración funciona bien para mí:

Host jump
   User username
   Hostname jumphost.yourorg.intranet
Host production
   User username
   Hostname production.yourorg.intranet
   ProxyCommand ssh -q -W %h:%p jump

Entonces el comando

scp myfile production:~

Copia myfile en la máquina de producción .

Pequeña adición a la solución de Olibre aquí, con la que trabajé usando esta fuente.

Del mismo modo que tiene las tres formas de usar tarpara copiar desde un host remoto a local, lo siguiente funciona para la copia de host local a host remoto en situaciones de doble ssh: (ejecútelos en el directorio donde los archivos deben ser copiados, de lo contrario use fullpath /nombre del archivo)

Transfiera un solo archivo sin compresión:

tar c filename |  ssh user1@remote1 'ssh -Y user2@remote2 "path2 && tar x"'

Transfiera un solo archivo con compresión:

tar cj filename |  ssh user1@remote1 'ssh -Y user2@remote2 "path2 && tar xj"'

Transferencia de directorio recursiva:

tar cj . |  ssh user1@remote1 'ssh -Y user2@remote2 "path2 && tar xj"'

El && aquí evita que el comando se ejecute si la primera mitad del comando no funciona, por ejemplo, si falta el directorio o hay un error en los nombres de ruta de origen / destino.