Uruchamianie pobierającego przez SSH i uruchamianie lokalnego pobierającego przez zdalny serwer proxy umieszczają pobieranie w różnych miejscach:

UkładKto pobiera witrynę?Gdzie zapisywany jest plik
Lokalny pobierający przez zdalny serwer proxyLokalny klient HTTP jest właścicielem żądania; serwer proxy je przenosiŚcieżka wyjściowa lokalnego pobierającego
Pobierający uruchomiony przez SSHProgram na zdalnej maszynieJego ścieżka zdalna, chyba że dane są jawnie przenoszone z powrotem

Mając autoryzowane konto SSH i zainstalowany zdalnie curl, możesz przenieść artefakt z powrotem na standardowe wyjście:

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

Zastąp przykładowe konto i adres URL. Przekierowanie znajduje się poza ujętym w cudzysłów zdalnym poleceniem, więc lokalna powłoka otwiera file.part. Umieść je wewnątrz zdalnego polecenia, a ścieżka będzie należeć do zdalnego środowiska.

Użyj świeżej ścieżki tymczasowej: lokalna powłoka może utworzyć lub skrócić ten plik, zanim zdalna operacja się powiedzie. Sprawdź wynik wyjścia SSH i artefakt, zanim nadasz mu ostateczną nazwę.

Standardowe wyjście musi zawierać wyłącznie bajty artefaktu. Powitania, paski postępu lub komunikaty otoczki mogą je uszkodzić; diagnostyka należy do standardowego błędu. Zdalne polecenie zapisujące pod własną nazwą pliku może w ogóle nie odesłać bajtów. Zachowaj wynik wyjścia pobierającego przez dowolną otoczkę.

Możesz zamiast tego zapisać zdalnie i przesłać plik przez SFTP. Jeśli SSH już korzysta z pomocnika proxy, użyj ponownie tego wpisu hosta SSH do transferu. Jeśli celem jest lokalny przepływ pracy z proxy, pozostaw pobierający lokalnie i skonfiguruj jego obsługiwany interfejs proxy.

Tak czy inaczej, plik, który musi dotrzeć do twojego laptopa, nadal musi przekroczyć jego połączenie sieciowe. Wybór zmienia połączenie skierowane do witryny i proces wykonujący pobieranie.

Powiązane artykuły