SSH દ્વારા ડાઉનલોડર ચલાવવું અને રિમોટ પ્રોક્સી દ્વારા સ્થાનિક ડાઉનલોડર ચલાવવું ડાઉનલોડને જુદી જુદી જગ્યાએ મૂકે છે:

ગોઠવણવેબસાઇટ કોણ લાવે છે?ફાઇલ ક્યાં લખાય છે
રિમોટ પ્રોક્સી દ્વારા સ્થાનિક ડાઉનલોડરસ્થાનિક HTTP ક્લાયન્ટ વિનંતીનો માલિક છે; પ્રોક્સી તેને વહન કરે છેસ્થાનિક ડાઉનલોડરનો આઉટપુટ પાથ
SSH દ્વારા શરૂ કરેલ ડાઉનલોડરરિમોટ મશીન પરનો પ્રોગ્રામતેનો રિમોટ પાથ, સિવાય કે ડેટા સ્પષ્ટ રીતે પાછો લાવવામાં આવે

અધિકૃત SSH ખાતું અને રિમોટ પર ઇન્સ્ટોલ કરેલ curl સાથે, તમે આર્ટિફેક્ટને સ્ટાન્ડર્ડ આઉટપુટ પર પાછો લાવી શકો છો:

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

ઉદાહરણનું ખાતું અને URL બદલો. રીડાયરેક્શન અવતરિત રિમોટ કમાન્ડની બહાર છે, તેથી સ્થાનિક શેલ file.part ખોલે છે. તેને રિમોટ કમાન્ડની અંદર મૂકો તો પાથ રિમોટ પર્યાવરણનો થઈ જાય છે.

તાજો કામચલાઉ પાથ વાપરો: રિમોટ કામગીરી સફળ થાય તે પહેલાં સ્થાનિક શેલ તે ફાઇલ બનાવી શકે છે અથવા કાપી શકે છે. તેને અંતિમ નામ આપતા પહેલાં SSHનું નિકાસ પરિણામ અને આર્ટિફેક્ટ ચકાસો.

સ્ટાન્ડર્ડ આઉટપુટમાં ફક્ત આર્ટિફેક્ટના બાઇટ્સ હોવા જોઈએ. અભિવાદન, પ્રગતિ બેનર અથવા રેપર સંદેશા તેને બગાડી શકે છે; નિદાન સ્ટાન્ડર્ડ એરર પર જવું જોઈએ. પોતાના ફાઇલનામમાં સાચવતો રિમોટ કમાન્ડ કોઈ પણ બાઇટ પાછો ન મોકલે. કોઈ પણ રેપર દ્વારા ડાઉનલોડરનું નિકાસ પરિણામ જાળવો.

તમે તેના બદલે રિમોટ પર સાચવીને SFTP વડે ફાઇલ સ્થાનાંતરિત કરી શકો છો. જો SSH પહેલેથી પ્રોક્સી સહાયક વાપરે છે, તો સ્થાનાંતરણ માટે તે SSH હોસ્ટ એન્ટ્રી ફરી વાપરો. જો ધ્યેય સ્થાનિક પ્રોક્સી કાર્યપ્રવાહ હોય, તો ડાઉનલોડર સ્થાનિક રાખો અને તેનું સમર્થિત પ્રોક્સી ઇન્ટરફેસ ગોઠવો.

બંને રીતે, તમારા લેપટોપ સુધી પહોંચવાની ફાઇલે હજી પણ તેના નેટવર્ક કનેક્શનને પાર કરવું પડે છે. પસંદગી વેબસાઇટ તરફના કનેક્શન અને ડાઉનલોડ કરતી પ્રક્રિયાને બદલે છે.

સંબંધિત લેખો