Передача файлов между сервером и ПК через другой сервер (у которого были ограничения по размеру)
git-архив по-прежнему правильный путь:
git-клонhttps://github.com/stackforge/puppet-heat.gitcd puppet -тепло гит-архив
Причина, по которой ваш подход не работает, -очевидно -в том, что github не (или не )поддерживает удаленное архивирование. Это означало бы, что архив фактически создается как файл на сервере github, который затем отправляется.
Так что просто клонируйте репозиторий и запустите git-архив на своем клоне.
Ключевое модное словечко, которое вы пропустили, это «хост перехода», потому что это то, что ваш логин1 кажется :небольшим шлюзом -размера, который не должен делать ничего, что регулировало бы, куда вы можете продолжить.
Учитывая недавнее ssh, вы сможете сделать
scp -o proxyjump=user@login1.de user@login2.de:/pth/to/file /pth/to/dest
и на старых клиентах ssh это будет
scp -o proxycommand=“ssh user@login1.de -W %h:%p” user@login2.de:/pth/to/src /pth/to/tg
В обоих случаях соединение будет открыто на login1и туннелировано на login2. (Это, вероятно, требует, чтобы вы либо использовали переадресацию агента, либо аутентификацию по паролю на login2, т. е. на login1нет закрытого ключа.)
В любом случае, и как только вы убедились, что это работает, вы можете вставить опцию в свой ~/.ssh/configвот так:
host login2.de
ProxyJump user@login1.de
# ProxyCommand ssh user@login1.de -W %h:%p
, и тогда ваши ssh-подключения к login2всегда будут использовать узел перехода без необходимости явного указания -o proxy...в командной строке.
Войдите на сервер login1.deчерез sshс вашего локального сервера и выполните следующие действия.
scp -3 user@login2.de:/file user@mylocal:/path/to/transfer
Это направит scpтрафик с сервера 2 на ваш локальный сервер через сервер 1.