Как использовать scp со вторым удаленным хостом

Я не знаю, как скопировать файл напрямую с помощью одной команды, но если вы можете согласиться с запуском экземпляра SSH в фоновом режиме, чтобы просто оставить туннель переадресации портов открытым, то вы можете скопировать файл с помощью одной команды.

Нравится:

# 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 .

Обратите внимание, что вы подключаетесь как user2@localhost в фактической команде scp, потому что именно на порту 1234 на локальном хосте первый экземпляр ssh прослушивает переадресацию подключений к remote2. Также обратите внимание, что вам не нужно запускать первую команду для каждой последующей копии файла; вы можете просто оставить его включенным.

Двойной ssh

Даже в вашем сложном случае вы можете обрабатывать передачу файлов с помощью одной командной строки, просто с помощью ssh ;-)
И это полезно, если remote1 не может подключиться к localhost:

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

tar

Но вы теряете свойства файла (право собственности, разрешения ...).

Однако tar - ваш друг, чтобы сохранить эти свойства файла:

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

Вы также можете сжать, чтобы уменьшить пропускную способность сети:

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

И tar также позволяет передавать рекурсивный каталог через базовый ssh:

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

ionice

Если файл огромен и вы не хотите мешать другим важным сетевым приложениям, вы можете пропустить ограничение пропускной способности сети, предоставляемое инструментами scp и rsync (например, scp -l 1024 user@remote:file не использует более 1 Мбит / с).

Но временным решением является использование ionice для сохранения единой командной строки:

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

Примечание: ionice может быть недоступен в старых дистрибутивах.

Это поможет:

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

Чтобы SCP файл с хоста remote2 напрямую, добавьте две опции (Host и ProxyCommand) в ваш файл ~ / .ssh / config (см. Также this ответ на суперпользователя). Тогда вы можете запустить:

scp user@remote2:path/to/file .

с вашего локального компьютера, не думая о remote1.

С openssh версии 7.3 и выше это легко. Используйте параметр ProxyJump в файле конфигурации.

# 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  

Команды для запуска для входа в систему или копирования

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

Конечно, вы можете указать хост бастиона Jump, используя опцию «-J» для команды ssh, если она не настроена в файле конфигурации.

Примечание scp не, похоже, на данный момент поддерживает флаг "-J". (я не смог найти на страницах руководства. Однако вышеупомянутый scp работает с настройкой файла конфигурации)

В scp есть новая опция, которая недавно была добавлена ​​для точно такой же работы, что очень удобно, это -3.

TL; DR. Для текущего хоста, для которого аутентификация уже настроена в файлах конфигурации ssh, просто выполните:

scp -3 remote1:file remote2:file

Ваш scp должен быть из последних версий.

Все остальные упомянутые методы требуют, чтобы вы настроили аутентификацию с удаленного1 на удаленный2 или наоборот, что не всегда является хорошей идеей.
Аргумент -3 означает, что вы хотите переместить файлы с двух удаленных узлов, используя текущий узел в качестве посредника, и этот хост фактически выполняет аутентификацию для обоих удаленных хостов, поэтому они не должны иметь доступ друг к другу.
Вам просто нужно настроить аутентификацию в файлах конфигурации ssh, что довольно просто и хорошо задокументировано, а затем просто запустите команду на TL; DR

Источник этого ответа: https://superuser.com/a/686527/713762.

Эта конфигурация мне нравится:

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

Тогда команда

scp myfile production:~

Копирует myfile на рабочий компьютер.