Պրոքսիի օգտագործում uv-ի հետ

POSIX միջավայրում մեկ uv հրամանի համար պրոքսի փոփոխականները սահմանեք հենց այդ կանչի մոտ․

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

Օրինակի միացման կետը փոխարինեք ծառայության հասցեով կամ HTTP պրոքսիների ցանկի թեկնածուով։ Վերագրումները վերաբերում են հրամանին և դրա դուստր գործընթացներին՝ առանց հրամանային միջավայրի մեկնարկային ֆայլերը փոխելու․ 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 կախվածությունների՝ ինդեքսից բացի։ Պահպանեք ձախողված փուլն ու սխալը։ Եթե սխալ երթուղին մնում է, ուսումնասիրեք ժառանգված պրոքսիի ու շրջանցման արժեքները․ փաթեթների ինդեքսը փոխելը ընտրում է աղբյուրը, ոչ թե ուղիղ պրոքսին։