SSH से शुरू किया गया डाउनलोड स्थानीय फ़ाइल में सहेजें
स्थानीय प्रॉक्सी डाउनलोड और दूर से लाकर फिर स्थानांतरित करने के बीच चुनें, और कमांड आउटपुट को फ़ाइल के बाइट्स से अलग रखें।
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 होस्ट प्रविष्टि दोबारा इस्तेमाल करें। यदि लक्ष्य स्थानीय प्रॉक्सी कार्यप्रवाह है, तो डाउनलोडर को स्थानीय रखें और उसका समर्थित प्रॉक्सी इंटरफ़ेस कॉन्फ़िगर करें।
किसी भी तरह, आपके लैपटॉप तक पहुँचने वाली फ़ाइल को अभी भी उसका नेटवर्क कनेक्शन पार करना होगा। यह चुनाव वेबसाइट की ओर के कनेक्शन और डाउनलोड करने वाली प्रक्रिया को बदलता है।