Executar um descarregador por SSH e executar um descarregador local através de um proxy remoto colocam o download em locais diferentes:

DisposiçãoQuem obtém o sítio web?Onde o ficheiro é escrito
Descarregador local através de um proxy remotoO cliente HTTP local é dono do pedido; o proxy transporta-oO caminho de saída do descarregador local
Descarregador iniciado por SSHUm programa na máquina remotaO seu caminho remoto, a menos que os dados sejam trazidos de volta explicitamente

Com uma conta SSH autorizada e curl instalado remotamente, pode trazer o artefacto de volta na saída padrão:

ssh -T [email protected] 'curl --fail --silent --show-error https://downloads.example/file.bin' > file.part

Substitua a conta e o URL do exemplo. O redirecionamento está fora do comando remoto entre aspas, por isso a shell local abre file.part. Se o colocar dentro do comando remoto, o caminho pertence ao ambiente remoto.

Use um caminho temporário novo: a shell local pode criar ou truncar esse ficheiro antes de a operação remota ter êxito. Verifique o resultado de saída do SSH e o artefacto antes de lhe dar o nome final.

A saída padrão só deve conter os bytes do artefacto. Saudações, barras de progresso ou mensagens de envolvimento podem corrompê-la; o diagnóstico pertence ao erro padrão. Um comando remoto que guarda com o seu próprio nome de ficheiro pode não devolver qualquer byte. Preserve o resultado de saída do descarregador através de qualquer envolvimento.

Pode, em vez disso, guardar remotamente e transferir o ficheiro com SFTP. Se o SSH já usa um assistente de proxy, reutilize essa entrada de anfitrião SSH para a transferência. Se o objetivo é um fluxo de trabalho com proxy local, mantenha o descarregador local e configure a interface de proxy suportada.

De qualquer forma, um ficheiro que tem de chegar ao seu portátil ainda tem de atravessar a sua ligação de rede. A escolha muda a ligação virada para o sítio web e o processo que faz o download.

Artigos relacionados