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 የኔትወርክ መንገድ ሙሉ ሙከራ አይደለም።