პროქსის გამოყენება uv-სთან
დააყენეთ uv-ის პროქსის გარემოს ცვლადები და გამოიყენეთ system-certs, თუ დამტკიცებული პროქსი CA უკვე ოპერაციული სისტემის ნდობის საცავშია.
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 დამოკიდებულებებსაც შეიძლება მიმართავდეს. შეინახეთ ჩავარდნილი ეტაპი შეცდომასთან ერთად. თუ არასწორი მარშრუტი რჩება, მემკვიდრეობით მიღებული პროქსის და გამონაკლისის მნიშვნელობები შეამოწმეთ; პაკეტების ინდექსის შეცვლა წყაროს ირჩევს და არა გადამგზავნ პროქსის.