Տեղադրում pip-ով՝ պրոքսիի միջոցով

Մեկ տեղադրման համար pip-ը պրոքսին ընդունում է անմիջապես հրամանի տողում։ Կարող եք փորձել ուղին՝ առանց մշտական օգտվողի կամ համակարգի կարգավորման ֆայլ գրելու՝

python -m pip --proxy http://203.0.113.10:8080 install requests

Փաստաթղթային IP-ի փոխարեն օգտագործեք ձեր ծառայության կամ HTTP պրոքսիների ցանկի վերջնակետը։ python -m pip գործարկելը նաև ավելի պարզ է դարձնում նախատեսված Python միջավայրը, քան ենթադրելը, թե առանձին pip ծրագիրը դրան է պատկանում։

Պրոքսիի URL-ը նկարագրում է պրոքսի կապը։ Այն կարող է սկսվել http://-ով, մինչ փաթեթների ցուցիչն ու ներբեռնումները օգտագործում են HTTPS՝ CONNECT-ի միջոցով։

Եթե pip-ը շարունակում է ուրիշ կարգավորում ընտրել

Pip-ի սեփական տարբերակներում հրամանի տողի փաստարկները գերակայում են միջավայրի փոփոխականներին, իսկ դրանք՝ կարգավորման ֆայլերին։ Ֆայլերը կարող են լինել ընդհանուր, օգտվողի կամ վիրտուալ միջավայրի մակարդակում։ PIP_CONFIG_FILE-ը կարող է ընտրել լրացուցիչ ֆայլ։

python -m pip config debug

Սա թվարկում է pip-ի դիտարկած կարգավորման աղբյուրները։ Ուսումնասիրեք տեղում. ֆայլերը կամ միջավայրի արժեքները կարող են ունենալ մասնավոր URL-ներ կամ մուտքի տվյալներ։

Ստուգեք նաև PIP_PROXY-ն ու սովորական HTTP/HTTPS պրոքսիի միջավայրի փոփոխականները։ Դրանք բոլորը նույն շերտը չեն. ստանդարտ պրոքսի միջավայրի մշակումը դեռ կարող է ազդել իրական ուղու վրա։ Մի կարծեք, թե օգտվողի մեկ գրառման ջնջումը վերացրել է բոլոր աղբյուրները։

Պրոքսիի տարբերակը չի շտկում վկայականի վստահությունը

Եթե ուղին հասնում է HTTPS ծառայությանը, բայց ստուգումը ձախողվում է, պարզեք՝ ինչ վկայական է ստացել հաճախորդը։ Լիազորված տեսչական միջավայրը կարող է պահանջել հաստատված CA փաթեթ՝

python -m pip --proxy http://203.0.113.10:8080 \
  --cert /path/to/approved-ca-bundle.pem install requests

--trusted-host-ը հոսթը վստահելի է նշում նույնիսկ առանց վավեր HTTPS-ի։ Այն պրոքսիի IP չի կարգավորում և չպետք է վկայականի սխալի սովորական պատասխանը լինի։ Շտկեք վերջնակետը կամ վստահության կարգավորումը։

pip 24.2-ը աջակցվող կատարման միջավայրերում լռելյայն ներդրեց համակարգի վկայականները certifi-ի հետ։ Ավելի վաղ pip-ը ինքնաբերաբար չէր օգտագործում օպերացիոն համակարգի CA պահոցը։ Սա կարող է բացատրել, թե ինչու կազմակերպության հաստատված CA-ն մի Python միջավայրում աշխատում է, մյուսում՝ բացակայում։

Մեկ հրամանի պրոքսի փաստարկը հրամանի ավարտից հետո ուժը կորցնում է։ Եթե հետո մշտական կարգավորում պահեք, տեղադրեք իրականում ուզած տիրույթում՝ բոլոր Python միջավայրերը պարզապես փորձարկվող վերջնակետից կախված չդարձնելով։