Gem en SSH-startet download i en lokal fil
Vælg mellem en lokal download via en proxy og et fjernhent efterfulgt af en overførsel, og hold kommandouddata adskilt fra filens bytes.
At køre en downloader via SSH og at køre en lokal downloader via en fjernproxy placerer downloadet forskellige steder:
| Opsætning | Hvem henter webstedet? | Hvor filen skrives |
|---|---|---|
| Lokal downloader via en fjernproxy | Den lokale HTTP-klient ejer anmodningen; proxyen bærer den | Den lokale downloaders uddatasti |
| Downloader startet via SSH | Et program på fjernmaskinen | Dets fjernsti, medmindre data transporteres eksplicit tilbage |
Med en autoriseret SSH-konto og curl installeret eksternt kan du transportere artefakten tilbage på standarduddata:
ssh -T [email protected] 'curl --fail --silent --show-error https://downloads.example/file.bin' > file.partErstat eksempelkontoen og URL'en. Omdirigeringen står uden for den citerede fjernkommando, så den lokale shell åbner file.part. Sætter du den ind i fjernkommandoen, tilhører stien i stedet fjernmiljøet.
Brug en frisk midlertidig sti: den lokale shell kan oprette eller afkorte filen, før fjernhandlingen lykkes. Kontroller SSH's afslutningsresultat og artefakten, før du giver den sit endelige navn.
Standarduddata må kun indeholde artefaktens bytes. Hilsener, statusbannere eller indpakningsbeskeder kan ødelægge dem; diagnosticering hører på standardfejl. En fjernkommando, der gemmer til sit eget filnavn, sender muligvis slet ingen bytes tilbage. Bevar downloaderens afslutningsresultat gennem enhver indpakning.
Du kan i stedet gemme eksternt og overføre filen med SFTP. Hvis SSH allerede bruger en proxyhjælper, genbrug den SSH-værtsangivelse til overførslen. Hvis målet er et lokalt proxy-arbejdsforløb, skal du holde downloaderen lokal og konfigurere dens understøttede proxygrænseflade.
Uanset hvad skal en fil, der skal nå din bærbare computer, stadig krydse dens netværksforbindelse. Valget ændrer den forbindelse, der vender mod webstedet, og den proces, der udfører downloadet.