Existe uma maneira de scp para "esta" máquina? (A máquina "pai"?)

Sim e não. Os shells (conexões locais e SSH) empilham , mas o shell remoto iniciado via SSH não tem acesso ao cliente em execução localmente. Não há back-túnel para transferência de arquivos (há um para ssh-agent, mas isso é tudo).

Você pode conseguir scp/sftp do servidor remoto de volta para o computador local, mas funcionaria como uma conexão totalmente independente (mais uma nova camada na pilha) – não saberia nada sobre a "pasta atual" em que você estava .

Portanto, como o único método é uma nova conexão SSH, obviamente é necessário que seu computador local tenha um servidor SSH (sshd) em execução para começar. (Felizmente, ao contrário do nc, o sshd só precisa ser configurado uma vez e deixado em execução para sempre.)

Se o seu computador tiver um endereço IP público, o próximo passo é apenas fazer o SSH de volta do sistema Ubuntu para o seu próprio endereço IP (como pode ser encontrado em $SSH_CONNECTION). Se tanto o cliente quanto o servidor tiverem IPv6, isso poderá ser usado.

A maioria dos PCs não tem um endereço IP público, então a alternativa é usar o -Rrecurso de "encaminhamento TCP remoto" do SSH para estabelecer um canal de retorno - observe que, neste caso, ainda é um novo login SSH em seu computador, ainda não não sei nada sobre o shell "pai":

MyMac$  pwd
/Users/Fred/Documents/This/That
MyMac$  ssh -R 12345:localhost:22 ubuntu.example.com
  ubuntu$  ssh -p 12345 localhost
    MyMac$  pwd
    /Users/Fred
    MyMac$  exit
  ubuntu$  scp -o Port=12345 file.json localhost:Documents/

Neste exemplo, 12345 é um número de porta aleatório que começará a aceitar conexões no servidor, que serão transportadas para sshd na porta 22 do seu computador local.

Nota: Neste exemplo, a opção -R é especificada antes da conexão, mas se você precisar dela retroativamente, basta abrir uma segunda conexão (desta vez com -R) e o túnel estará disponível globalmente. Não está limitado a esse shell/conexão em particular.

(Como alternativa, as teclas Enter ~ Cdevem exibir um prompt interativo que aceita "-R 123..." como entrada e estabelece o encaminhamento.)

Pessoalmente, eu recomendaria apenas SFTP'ing diretamente para a máquina remota. Em seguida, você pode navegar até o arquivo usando 'cd' e 'ls' um tanto regulares e, em seguida, recuperar arquivos usando 'get'.

sftpO cliente OpenSSH padrão não é ótimo, mas funciona bem; lftp é uma das melhores alternativas.

a maneira esfarrapada de fazer o que eu digo é apenas colocar o arquivo na tela. Então você efetivamente o tem na máquina local: copie e cole em um arquivo :) ( Ocorre-me que alguém poderia escrever uma versão personalizada de um aplicativo Terminal que tenha esse recurso: ele entenderia quando você digitasse cat f.txt > LOCAL/f.tx na verdade apenas capturaria o resultado e salvaria em um arquivo de texto!!! Heh!) – Fattie 6 horas atrás

Sim, alguns terminais suportam isso – na verdade, é um recurso que vem do sistema dial-up e dos dias de BBS e é chamado de ZMODEM ou XMODEM .

Para receber um arquivo via ZMODEM, primeiro certifique-se de que o terminal local tenha o recurso de transferência de arquivo ativado (acho que está presente pelo menos no multiplexador GNU Screen, embora muito raramente em terminais modernos), depois execute sz <file>no servidor remoto e você deve veja o arquivo pop-up localmente.

Parece que alguém também escreveu scripts de integração para Zmodem no iTerm2.

@grawity está correto (e votado) para o problema conforme declarado.

No entanto, se você deseja criar uma instância de servidor SSH em sua máquina local e o servidor SSH de sua máquina local é acessível a partir do host blah, você pode usar este comando, que funciona mesmo sem saber qual é o nome de host ou IP de sua máquina local. Você precisa saber o nome de usuário e, possivelmente, o número da porta, se estiver executando o SSH em uma porta não padrão:

$ scp file.js fattie@${SSH_CLIENT%% *}:done.js

onde fattieestá seu nome de usuário no Mac local. Essa linha de comando também assume que você está executando bashseu shell em blah.

Mas, novamente, como o grawity aponta, você precisaria estar executando o SSH no Mac e, se o seu Mac estiver em uma LAN privada atrás de um firewall, o firewall teria que ser configurado para passar a porta TCP 22 de entrada para o seu Mac. Este comando é apenas um atalho para executar a cópia sem que você precise saber qual é o seu IP público ou ter algum tipo de DNS dinâmico instalado.