scp entre dois servidores que não estão na mesma rede

Existem dois servidores que eu posso acessar com 2 conexões VPN diferentes. Eu consegui ter as duas VPN funcionando ao mesmo tempo na minha máquina (algumas regras de roteamento).

Quero fazer um scp <remote1>:some/file <remote2>:destination/folderno meu terminal de laptop. Mas quando eu tento isso, o scpcomando invocado no remote1 não consegue encontrar o remote2 porque eles não estão na mesma rede. É possível forçar o scpcomando a passar pelo meu laptop como roteador?

Se eu tentar com o Nautilus (conectar ao servidor, ambos os servidores e depois copiar e colar) ele funciona, mas eu gostaria de fazê-lo a partir de um terminal.

As versões mais recentes do scp têm a opção -3

-3

Copies between two remote hosts are transferred through the local host. Without this option the data is copied directly between the two remote hosts

Se você precisar de mais flexibilidade do que scp -3, simples sshe tubos são divertidos.

Isso é equivalente a redirecionar o fluxo pela máquina local:

ssh sourceRemote 'cat /path/to/sourceFile' \
| ssh destinationRemote 'cat > /path/to/destinationFile'

Você pode adicionar mais redirecionamentos de fluxo a qualquer momento, por exemplo, encadear várias máquinas intermediárias ou salvar uma cópia local do arquivo transferido à medida que ele é roteado.

Expandindo a resposta da @ Anko, você pode usar tarpara vários arquivos:

ssh -q user@sourcehost 'cd /source/path; tar -czf - files...' | \
ssh -q user@desthost 'cd /dest/path; tar -xzf -'

A compactação é totalmente opcional - seus dados podem não ser muito compactáveis ​​ou grandes o suficiente para garantir a sobrecarga. Se a sua versão do tarnão suportar o -zswitch, passe por gzip -ce gzip -dcrespectivamente.

PS: Cuidado com as versões tarque não eliminam as principais barras na extração (por exemplo, escreva para nomes de caminho absolutos, se fornecidos).

Editar: -e none não é necessário com pipes, porque um pseudo-terminal não está alocado.