Å kjøre en nedlaster gjennom SSH og å kjøre en lokal nedlaster gjennom en ekstern proxy legger nedlastingen på ulike steder:

OrdningHvem henter nettstedet?Hvor filen skrives
Lokal nedlaster gjennom en ekstern proxyDen lokale HTTP-klienten har forespørselen; proxyen frakter denUtdatastien til den lokale nedlasteren
Nedlaster startet gjennom SSHEt program på fjernmaskinenDens eksterne sti, så fremt data ikke eksplisitt fraktes tilbake

Med en autorisert SSH-konto og curl installert eksternt kan artefakten fraktes tilbake på standard utdata:

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

Bytt ut eksempelkontoen og URL-en. Omdirigeringen ligger utenfor den siterte fjernkommandoen, så det lokale skallet åpner file.part. Legger du den inn i fjernkommandoen, tilhører stien fjernmiljøet i stedet.

Bruk en ny midlertidig sti: det lokale skallet kan opprette eller avkorte filen før fjernoperasjonen lykkes. Sjekk avslutningsresultatet fra SSH og artefakten før du gir den sitt endelige navn.

Standard utdata skal bare inneholde artefaktens bytes. Hilsener, fremdriftsbannere eller innpakningsmeldinger kan ødelegge den; diagnostikk hører hjemme på standardfeil. En fjernkommando som lagrer til sitt eget filnavn, sender kanskje ingen bytes tilbake i det hele tatt. Ta vare på avslutningsresultatet fra nedlasteren gjennom enhver innpakning.

Alternativt kan du lagre eksternt og overføre filen med SFTP. Hvis SSH allerede bruker en proxyhjelper, gjenbruk den SSH-vertoppføringen for overføringen. Hvis målet er en lokal proxy-arbeidsflyt, hold nedlasteren lokal og konfigurer det støttede proxygrensesnittet.

Uansett må en fil som skal nå den bærbare datamaskinen din, fortsatt krysse nettverksforbindelsen. Valget endrer forbindelsen mot nettstedet og prosessen som utfører nedlastingen.

Relaterte artikler