Скопируйте файл назад в локальную систему с ssh

Это - все очень сложные методы.
Можно смонтировать удаленную файловую систему на локальной машине с sshfs:

mkdir -p /mnt/sshfs

root@IS1300:~# sshfs 192.168.1.2:/ /mnt/sshfs
root@IS1300:~# umount /mnt/sshfs

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

Еще более простой подход: Откройте Filezilla (или Ваш любимый браузер ftp), откройте соединение SSH для того же сайта, найдите файл и перетащите его через к Вашей локальной файловой структуре. Если Вы плохо знакомы с Filezilla, используйте функцию "начальника отдела" для повторного подключения быстро в следующий раз.

Да, я знаю, что это очевидно для большинства из Вас (и не точно на точке), но некоторые (как я), кто нашел, что этот поток, ищущий решение только для терминала, возможно, пропустил очевидное.

SSH действительно поддерживает несколько команд через символ ESC (~ по умолчанию):

$ ~?
Supported escape sequences:
  ~.  - terminate connection (and any multiplexed sessions)
  ~B  - send a BREAK to the remote system
  ~C  - open a command line
  ~R  - Request rekey (SSH protocol 2 only)
  ~^Z - suspend ssh
  ~#  - list forwarded connections
  ~&  - background ssh (when waiting for connections to terminate)
  ~?  - this message
  ~~  - send the escape character by typing it twice
(Note that escapes are only recognized immediately after newline.)

$ ~C
ssh> help
Commands:
      -L[bind_address:]port:host:hostport    Request local forward
      -R[bind_address:]port:host:hostport    Request remote forward
      -D[bind_address:]port                  Request dynamic forward
      -KR[bind_address:]port                 Cancel remote forward
      !args                                  Execute local command

!args кажется, является самым близким к тому, что Вы хотите. Обратите внимание, что Вы должны будете иметь PermitLocalCommand включенный в Вашем /etc/ssh_config файл для ~C команды для работы (см. man ssh_config).

Можно снова использовать ту же ssh сессию при установке a ControlMaster в ssh_config. Если Вы делаете это:

$ ~C
ssh> !scp file user@myserver:

Вы технически никогда не покидали ssh сессию и не должны повторно проходить проверку подлинности. Вероятно, более сложный, чем Вы хотели бы, но я не могу думать о другом простом способе.

Используйте"!" для преобразования файла в представление ASCII файла (например. ! uuencode myfile.bin >uuencode.dat ). Затем используйте ! cat uuencode.dat >target.dat. После той программы uudecode использования на целевой стороне: ! uudecode target.dat >myfile.bin

• Используйте ssh-xfer, измененный ssh-агент, который эффективно перегружает существующий ssh канал стороны для использования передачи файлов.
• Используйте zssh, который является эффективно zmodem по ssh. Если Вы когда-либо использовали rzsz, это будет казаться очень знакомым.
• Реверс (-R, для удаленного-к-локальному) или вперед (-L, для локального-к-удаленному), порты для работы передач файлов, принимая Вас имеют некоторого передающего файл демона, слушающего на другом конце.

Но ни один из них не действительно необходим, IMO. Поддержка протоколов SSH несколько каналов на единственном соединении и мультиплексировании поддержек клиентов OpenSSH. Принятие Вас имеет ControlMaster и ControlPath настроенный (ControlPersist полезно также),

  # first connection
$ ssh remote

  # will multiplex over the same connection the original ssh opened
$ sftp remote

То, что я нашел, чтобы быть лучшим и наиболее эффективным решением, должно использовать xclip-copyfile и xclip-pastefile.

На сервере Вы используете xclip-copyfile скопировать один или несколько файлов. Эти файлы затем доступны на Вашем локальном сервере. Там, можно использовать xclip-pastefile.

Это обходит потребность использовать scp или имейте локальный ssh сервер. Я использую это с cygwin, например. Единственная проблема состоит в том, что это требует установки xclip если у Вас уже нет его. О, и это работает с двоичными файлами также.

Одна из многих причин, мы используем SecureCRT — несмотря на предпочтение программного обеспечения с открытым исходным кодом, где практичный — простота выполнения передач файлов. В мире F/OSS просто нет никакой прямой замены.

SecureCRT, начатый как чистая Windows-программа в середине 1990-х, но, был портирован к Mac OS X и Linux несколько лет назад.

SecureCRT имеет три основных функции для передачи файлов к, и от системы Вы - SSH'd в:

• ZModem, YModem, XModem, Kermit и ASCII - SecureCRT является олдскульным видом эмулятора терминала, поддерживая несколько внутриполосных протоколов передачи файлов.

  Самым легким для использования является ZModem. Когда Вы вводите что-то как sz file-to-download на удаленной командной строке, удаленном sz программа выписывает escape-последовательность, которая говорит SecureCRT сразу начинать загружать file-to-download к каталогу загрузки по умолчанию.

  Приятная черта - то, что каталог загрузки настраиваем на сессию. Мы используем это, чтобы иметь каталоги на сайт на нашем основном офисном файловом сервере, таким образом, мы не должны вручную сортировать загруженные файлы.

  (sz "отправляют ZModem" программа, часть lrzsz пакет. Это уже упаковывается для большинства систем Unixy. Если по некоторым причинам Вашей удаленной системе уже не установили его, и Вы не можете легко установить двоичный пакет, исходный пакет является небольшим и очень портативным. Несколько раз я должен был отправить lrzsz "sharchive" или uuencode'd tarball к упрощенной удаленной системе, таким образом, я мог файлы ZModem к нему.)

• SFTP - SecureCRT имеет тесно интегрированную основную реализацию SFTP.

  "Тесно интегрированным" я подразумеваю, что при предоставлении команды меню SFTP или сочетания клавиш она открывает новую вкладку, подключенную к удаленному сайту по тому же соединению SSH. Таким образом Вы не должны входить в, и соединение устанавливается немного быстрее чем при открытии отдельного соединения SFTP для того же сервера.

  Я называю функцию SFTP "основной", потому что VanDyke Software имеет отдельный продукт передачи файлов, SecureFX. Это - больше featureful, чем встроенный клиент SFTP и также интегрируется с SecureCRT.

  Функция SFTP SecureCRT позволяет Вам настроить удаленные и локальные каталоги по умолчанию, которые являются отдельными от конфигурации ZModem.

  Эта функция SFTP имеет основной вид командной строки интерфейса, имитируя OpenSSH sftp программа, за исключением того, что это имеет подразумеваемые возможности как завершение команды Tab. Таким образом, получая удаленный названный файл somefile.tar.gz могло бы быть столь же легким как get soTabEnter.

• Перетаскивание - Если Вы перетаскиваете файл на окно терминала, это автоматически, вводит rz для Вас и начинает отправлять файл.

  Поочередно, можно открыть вкладку SFTP и отбросить файл на ту вкладку для отправки ее через SFTP. Таким образом отправка файла к удаленной системе могла быть столь же простой как Alt-P, перетащить, отбрасывание.

  Мы находим, что передачи происходят намного быстрее через SFTP, вероятно, потому что это - основанный на TCP протокол, таким образом, это извлекает выгоду из больших раздвижных окон современных стопок TCP/IP. ZModem был разработан в дни, когда размер блока на 64 кибибита считали "большим". Таким образом большая потенциальная скорость в ссылке впитана в ZModem, в то время как каждый конец ожидает подтверждений поблочной передачи.

  Одна хорошая вещь о режиме работы перетаскивания состоит в том, что он вынимает одно из усилий из использования ZModem. Когда Вы вводите rz в удаленной системе SecureCRT открывается средство выбора файла автоматически. У Вас затем есть приблизительно минута, чтобы найти и выбрать файл, прежде чем удаленная сторона испытает таймаут. Это создает race-against-the-clock энергетику, которая не приятна. Перетаскивание позволяет Вам найти файл на своем досуге, затем запустить передачу с единственного быстрого движения мыши.

  Мы действительно все еще используем ручной метод, запуская передачу с явного rz команда. Это вызвано тем, что SecureCRT позволяет Вам настроить каталог загрузки на сессию, на который мы указываем на папку на файловом сервере, который всегда содержит последнюю сборку программного обеспечения, которое запускает конкретный удаленный сайт. Для таких передач на время нет никакой гонки, так как средство выбора файла открывается в корректном месте для запуска с.

Другой (IMO).

# to remote host
cat localfile.conf | ssh user@hostname 'cat -> /tmp/remotefile.conf'

# from remote host
ssh user@hostname 'cat /tmp/remotefile.conf' > /tmp/localfile.conf

Или если вы предпочитаете что-то понравиться GUI, попробуйте Midnight Commander . Они называют функцией Shell-link . Большинство дистрибутивов у них в их пакетных системах как MC .

Если вам нужно перейти через один (или несколько )прокси-серверов, OpenSSH версии 7.3 и выше поддерживает-J.

Учитывая, что A → B → C, на хосте A просто:

tar cf - file1 file_n | pv | ssh -C -J userB@hostB:portB userB@hostC -p portC 'tar xvf - -C hostC_destination_folder'

• Используйте столько переходов, сколько хотите, с опцией -Jssh.
• Опустите удаленный tar -C , чтобы оставить файлы в домашней папке.
• Отправить любые файлы сразу (текстовый или двоичный ).
• Увеличьте скорость, сжав поток с помощью ssh-C(или tar-z). Особенно полезно, если данные представляют собой обычный текст (несжатый ).
• pvотслеживание прохождения данных по конвейеру. Альтернативой может бытьprogress.

На основе ответов Флориана Фиды и Дэна Гартуэйта .

Здесь как работать с Midnight Commander.