एका shell कमांडसाठी वेगळा प्रॉक्सी वापरा

तुम्हाला एका डाउनलोडसाठी वेगळा प्रॉक्सी वापरायचा आहे आणि नंतर सर्व काही पूर्वीप्रमाणे व्हावे असे वाटते. तुमच्या shell ची स्टार्टअप फाइल संपादित करून ती पूर्ववत करायचे आठवेल अशी अपेक्षा करण्याची गरज नाही.

POSIX शैलीतील shell मधील बाह्य कमांडसाठी, कमांडपूर्वी असाइनमेंट ठेवा:

https_proxy=http://proxy.example:8080 curl https://example.com/

त्या डाउनलोडसाठी हेतू असलेला HTTP एंडपॉइंट वापरा; HTTP प्रॉक्सी सूची अनुमत सार्वजनिक मार्गांसाठी उमेदवार देते. असाइनमेंट त्या कमांडच्या वातावरणाला दिले जाते. त्याच्या चाइल्ड प्रक्रिया मूल्य वारशाने घेऊ शकतात, परंतु कमांड संपल्यानंतर असाइनमेंट पालक shell चे विद्यमान मूल्य बदलत नाही.

काय वाचावे हे क्लायंटच ठरवतो

shell सिंटॅक्स वातावरण तयार करते; ते नेटवर्क मार्ग बळजबरीने लादत नाही. अ‍ॅप्लिकेशन जी व्हेरिएबल नावे समर्थित करते ती वापरा. विद्यमान बायपास व्हेरिएबल्स, स्पष्ट कमांड पर्याय किंवा अ‍ॅप्लिकेशनचे स्वतःचे कॉन्फिगरेशन निकालावर परिणाम करू शकतात.

Bash वातावरण दस्तऐवज कमांड-उपसर्गाचे वर्तन स्पष्ट करते. shell फंक्शन, विशेष बिल्टइन किंवा shell सिंटॅक्स असलेल्या कमांडना अतिरिक्त व्याप्ती नियम असू शकतात, म्हणून वरील साधे उदाहरण जाणूनबुजून बाह्य प्रोग्राम वापरते.

अनेक कमांडसाठी, सबशेल वापरा

(
  export http_proxy=http://proxy.example:8080
  export https_proxy=http://proxy.example:8080
  command-one
  command-two
)

कंसातील गट स्वतःच्या shell वातावरणासह चालतो. उदाहरणातील कमांड नावे तुम्ही चालवू इच्छित असलेल्या प्रोग्राम्सनी बदला. हा नमुना जुने मूल्य साठवणे, त्यावर लिहिणे आणि प्रत्येक संभाव्य अयशस्वीतेनंतर ते हाताने पुनर्संचयित करण्याचा नाजुक क्रम टाळतो.

shell इतिहासात कॉपी होणाऱ्या उदाहरणांपासून रहस्ये दूर ठेवा. हे देखील लक्षात ठेवा की sudo वातावरण फिल्टर करू शकते; बाह्य कमांडला दिसणारे व्हेरिएबल प्रत्येक विशेषाधिकार सीमेतून स्वयंचलितपणे जात नाही. तात्पुरती व्याप्ती आणि प्रत्यक्ष प्रॉक्सी निवड वेगळे प्रश्न राहतात.