დაყენება 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 გარემო მხოლოდ საცდელ წერტილზე დამოკიდებული ნუ გახდება.