Conda प्रोक्सीमार्फत काम गर्छ, तर pip गर्दैन

Conda वातावरण सक्रिय गर्दा वातावरण छानिन्छ; त्यस भित्रका सबै कार्यक्रमले Conda को कन्फिगरेसन प्रयोग गर्दैनन्। Conda र pip अलग डाउनलोड क्लाइन्ट हुन्।

Conda का प्रोक्सी मार्गहरू .condarc मा हुन सक्छन्:

proxy_servers:
  http: http://203.0.113.10:8080
  https: http://203.0.113.10:8080

यी उदाहरण मानहरूले प्रत्येक स्किमका गन्तव्यमा कसरी पुग्ने भनेर Conda लाई बताउँछन्। त्यही वातावरणमा स्थापना भएको कारण मात्र pip ले proxy_servers म्यापिङ आफैँ लिँदैन।

दुवै कन्फिगरेसन जाँच्नुहोस्

Conda का कन्फिगरेसन स्रोत र सक्रिय Python सँग जोडिएको pip जाँच्नुहोस्:

conda config --show-sources
python -m pip --version
python -m pip config debug

आउटपुटले फरक कन्फिगरेसन स्थान, अपेक्षा नगरिएको इन्टरप्रेटर वा कुनै परीक्षणले प्रयोग नगरेको वातावरण चर देखाउन सक्छ। बाँड्नुअघि निजी URL र प्रमाणहरू जाँच्नुहोस्।

pip का लागि यसको दस्तावेजीकृत प्रोक्सी विकल्प, pip-विशिष्ट कन्फिगरेसन वा उपयुक्त नेटवर्क वातावरण प्रयोग गर्नुहोस्। .condarc को YAML खण्ड pip को INI फाइलमा सिधै नक्कल नगर्नुहोस्।

विश्वास सेटिङ पनि अलग छन्

Conda को ssl_verify ले CA बन्डल जनाउन सक्छ वा समर्थित संस्करण र Python रनटाइममा truststore मार्फत प्रणाली विश्वास रोज्न सक्छ। यो pip को विश्वास स्रोत कन्फिगर गर्ने आदेश होइन।

प्रोक्सीले स्वीकृत TLS निरीक्षण गरेमा प्रत्येक क्लाइन्टले त्यो प्राधिकरणलाई कसरी विश्वास गर्छ पत्ता लगाउनुहोस्। सफल Conda अनुरोधले त्यो अनुरोधमा यसको आफ्नै मार्ग र विश्वास चलेको प्रमाणित गर्छ; pip ले उही सेटिङ पाएको प्रमाणित गर्दैन।

वास्तविक लक्ष्य तुलना गर्नुहोस्

क्लाइन्टहरूले फरक प्याकेज इन्डेक्स र फाइल होस्ट प्रयोग गर्न सक्छन्। एउटा च्यानल अनुमति दिने मध्यस्थले अर्को इन्डेक्स वा पछिल्लो अभिलेख URL अस्वीकार गर्न सक्छ। फरकलाई रोजिएको Python वातावरणलाई मात्र नदिई असफल होस्टनाम र प्रतिक्रिया जाँच्नुहोस्।

उपयोगी रिपोर्टमा इन्टरप्रेटर, प्रत्येक क्लाइन्टको कन्फिगरेसन स्रोत, अनुरोध गरिएको होस्ट र पहिलो जडान वा प्रमाणपत्र त्रुटि उल्लेख हुन्छ। “Conda काम गर्छ” तुलना सुरु गर्ने आधार हो, pip को नेटवर्क बाटोको पूर्ण परीक्षण होइन।