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 होस्ट प्रविष्टि फेरि प्रयोग गर्नुहोस्। लक्ष्य स्थानीय प्रोक्सी कार्यप्रवाह हो भने, डाउनलोडर स्थानीय राख्नुहोस् र यसले समर्थन गर्ने प्रोक्सी इन्टरफेस कन्फिगर गर्नुहोस्।

जसरी भए पनि, तपाईंको ल्यापटपसम्म पुग्नुपर्ने फाइलले अझै पनि यसको नेटवर्क जडान पार गर्नुपर्छ। यो छनोटले वेबसाइटतर्फको जडान र डाउनलोड गर्ने प्रक्रिया बदल्छ।

सम्बन्धित लेखहरू