ከuv ጋር ፕሮክሲ መጠቀም

የuv ፕሮክሲ የአካባቢ ተለዋዋጮችን ያዘጋጁ፣ የተፈቀደ ፕሮክሲ CA በስርዓቱ የእምነት ማከማቻ ካለም system-certs ይጠቀሙ።

በPOSIX shell ላይ ለአንድ uv ትእዛዝ ብቻ፣ የፕሮክሲ ተለዋዋጮችን በዚያው ጥሪ ላይ ያዘጋጁ፦

HTTP_PROXY=http://203.0.113.10:8080 \
HTTPS_PROXY=http://203.0.113.10:8080 \
uv add requests

የምሳሌውን መገናኛ ነጥብ በአገልግሎት አድራሻ ወይም ከHTTP ፕሮክሲ ዝርዝር በመረጡት እጩ ይተኩ። እሴቶቹ የshell መነሻ ፋይሎችን ሳይቀይሩ በትእዛዙና በልጅ ሂደቶቹ ላይ ይሠራሉ፤ PowerShell የተለየ አጻጻፍ ይጠቀማል። የHTTPS መድረሻዎች http:// ፕሮክሲ አዳማጭ ሊጠቀሙ ይችላሉ። ALL_PROXY አጠቃላይ የፕሮክሲ ቅንብር ይሰጣል፣ NO_PROXY ደግሞ የማለፍ ልዩ ሁኔታዎችን ይወስናል።

መንገዱ የሚሠራ ሆኖ የተፈቀደ የድርጅት CA ከuv ጋር በሚመጡት Mozilla ሥር ሰርተፊኬቶች ውስጥ ከሌለ፣ CAው በስርዓቱ ላይ አስቀድሞ ሲጫን የስርዓቱን እምነት ይጠቀሙ፦

HTTPS_PROXY=http://203.0.113.10:8080 \
uv --system-certs add requests

አማራጩ --system-certs ነው። ተዛማጁ UV_SYSTEM_CERTS=true ተለዋዋጭ በuv 0.11.0 ተጨምሯል፤ ለቀድሞ ስሪት የተጫነውን እገዛ ይመልከቱ። በተለየ የተሰጠ PEM ጥቅል በሰነድ የተገለጸውን SSL_CERT_FILE ወይም SSL_CERT_DIR የእምነት በይነገጽ ይጠቀማል። ከእነዚህ የእምነት ቅንብሮች አንዱም የፕሮክሲ አድራሻን አይመርጥም።

ይህን የተሳካ የመንገድ ፈተና ከማለት በፊት የትእዛዙን ውጤት ያንብቡ። uv የተሸጎጡ ጥቅሎችን ሳያወርድ እንደገና ሊጠቀም ይችላል። እውነተኛ ክዋኔ ከመረጃ ጠቋሚው ውጭ ፋይሎችን፣ ማዘዋወሪያዎችን፣ የሚተዳደሩ Python ማውረዶችን ወይም Git ጥገኞችንም ሊያገኝ ይችላል። የከሸፈውን ደረጃ ከስህተቱ ጋር ያስቀምጡ። የተሳሳተ መንገድ ከቀጠለ፣ የተወረሱ የፕሮክሲና የማለፍ እሴቶችን ይመልከቱ፤ የጥቅል መረጃ ጠቋሚ መቀየር ምንጭን ይመርጣል እንጂ ወደፊት ፕሮክሲ አይደለም።

ተዛማጅ ጽሑፎች