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ના નેટવર્ક પાથની સંપૂર્ણ કસોટી નથી.