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 होस्ट प्रविष्टि दोबारा इस्तेमाल करें। यदि लक्ष्य स्थानीय प्रॉक्सी कार्यप्रवाह है, तो डाउनलोडर को स्थानीय रखें और उसका समर्थित प्रॉक्सी इंटरफ़ेस कॉन्फ़िगर करें।

किसी भी तरह, आपके लैपटॉप तक पहुँचने वाली फ़ाइल को अभी भी उसका नेटवर्क कनेक्शन पार करना होगा। यह चुनाव वेबसाइट की ओर के कनेक्शन और डाउनलोड करने वाली प्रक्रिया को बदलता है।

संबंधित लेख