एका स्थापनेसाठी pip थेट आदेश ओळीवर प्रॉक्सी घेतो. कायम वापरकर्ता किंवा प्रणाली कॉन्फिगरेशन न लिहिता मार्ग आजमावता येतो:

python -m pip --proxy http://203.0.113.10:8080 install requests

दस्तऐवजी IP ऐवजी सेवा किंवा HTTP प्रॉक्सी यादीतून एंडपॉइंट वापरा. python -m pip चालवल्याने अपेक्षित Python वातावरणही स्पष्ट होते, स्वतंत्र pip प्रोग्रॅम त्याचाच आहे असे मानण्यापेक्षा.

प्रॉक्सी URL प्रॉक्सी जोडणी सांगतो. तो http:// ने सुरू झाला तरी पॅकेज इंडेक्स व डाउनलोड CONNECT मधून HTTPS वापरू शकतात.

pip वेगळी सेटिंग निवडत राहिल्यास

pip च्या स्वतःच्या पर्यायांत आदेश ओळीचे तर्क वातावरण चलांपेक्षा, तर ती कॉन्फिगरेशन फाइलींपेक्षा वरचढ असतात. फाइली जागतिक, वापरकर्ता किंवा आभासी वातावरण पातळीवर असू शकतात. PIP_CONFIG_FILE अतिरिक्त फाइल निवडू शकतो.

python -m pip config debug

हे pip विचारात घेत असलेले सेटिंग स्रोत दाखवते. स्थानिकपणे पाहा: फाइली वा वातावरण मूल्यांत खासगी URL किंवा ओळखमाहिती असू शकते.

PIP_PROXY व नेहमीची HTTP/HTTPS प्रॉक्सी वातावरण चलेही पाहा. सगळी एकच पातळी नाहीत; मानक प्रॉक्सी वातावरण हाताळणीचा प्रत्यक्ष मार्गावर अजून परिणाम असू शकतो. एक वापरकर्ता नोंद पुसल्याने सर्व स्रोत गेले असे समजू नका.

प्रॉक्सी पर्याय प्रमाणपत्र विश्वास दुरुस्त करत नाही

मार्ग HTTPS सेवेपर्यंत जातो पण पडताळणी अयशस्वी असेल तर शोधा क्लायंटला कोणते प्रमाणपत्र मिळाले. अधिकृत तपासणी व्यवस्थेस मंजूर CA बंडल लागू शकते:

python -m pip --proxy http://203.0.113.10:8080 \
  --cert /path/to/approved-ca-bundle.pem install requests

--trusted-host वैध HTTPS नसतानाही होस्टला विश्वासू मानतो. तो प्रॉक्सी IP सेट करत नाही आणि प्रमाणपत्र त्रुटीवरील नेहमीचा प्रतिसाद नसावा. एंडपॉइंट किंवा विश्वास सेटिंग दुरुस्त करा.

pip 24.2 ने समर्थित रनटाइमवर certifi सोबत प्रणाली प्रमाणपत्रे पूर्वनियोजित केली. जुना pip कार्यप्रणालीचा CA साठा आपोआप वापरत नव्हता. त्यामुळे मंजूर संस्थात्मक CA एका Python वातावरणात चालतो पण दुसऱ्यात नसतो हे स्पष्ट होऊ शकते.

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

संबंधित लेख