Rularea unui descărcător prin SSH și rularea unui descărcător local printr-un proxy la distanță pun descărcarea în locuri diferite:

AranjamentCine aduce site-ul web?Unde este scris fișierul
Descărcător local printr-un proxy la distanțăClientul HTTP local deține cererea; proxy-ul o transportăCalea de ieșire a descărcătorului local
Descărcător pornit prin SSHUn program pe mașina de la distanțăCalea sa de la distanță, dacă datele nu sunt aduse explicit înapoi

Cu un cont SSH autorizat și curl instalat la distanță, puteți aduce artefactul înapoi pe ieșirea standard:

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

Înlocuiți contul și URL-ul din exemplu. Redirecționarea este în afara comenzii la distanță dintre ghilimele, așa că shell-ul local deschide file.part. Dacă o puneți în interiorul comenzii la distanță, calea aparține mediului de la distanță.

Folosiți o cale temporară nouă: shell-ul local poate crea sau trunchia acel fișier înainte ca operația de la distanță să reușească. Verificați rezultatul de ieșire al SSH și artefactul înainte de a-i da numele final.

Ieșirea standard trebuie să conțină doar octeții artefactului. Saluturile, barele de progres sau mesajele de împachetare o pot corupe; diagnosticarea aparține erorii standard. O comandă la distanță care salvează în propriul nume de fișier poate să nu trimită deloc octeți înapoi. Păstrați rezultatul de ieșire al descărcătorului prin orice împachetare.

Puteți în schimb să salvați la distanță și să transferați fișierul cu SFTP. Dacă SSH folosește deja un ajutor proxy, reutilizați acea intrare de gazdă SSH pentru transfer. Dacă scopul este un flux de lucru cu proxy local, păstrați descărcătorul local și configurați interfața de proxy acceptată.

În orice caz, un fișier care trebuie să ajungă pe laptopul dumneavoastră trebuie încă să traverseze conexiunea sa de rețea. Alegerea schimbă conexiunea către site-ul web și procesul care face descărcarea.

Articole similare