მიეცი Twine-ს მისი ატვირთვის პროქსი და CA პაკეტი

დააყენე HTTPS_PROXY მარშრუტიზაციისთვის და TWINE_CERT დამტკიცებული სერვერის ნდობისთვის, შემდეგ გაუშვი ჩვეულებრივი ატვირთვა ამ გარემოდან.

POSIX shell-ში, რომელიც გაუშვებს Twine-ს, დააყენე მისი ატვირთვის მარშრუტი:

export HTTPS_PROXY=http://proxy.example.net:8080

Twine იყენებს Requests-ის პროქსი გარემოს. HTTP მნიშვნელობა ასახელებს შუამავალს, რომელსაც შეუძლია რეპოზიტორის HTTPS კავშირის ტარება; გამოიყენე მსმენელის რეალური პროტოკოლი. HTTP პროქსების სიიდან ბოლო წერტილს შეუძლია საჯარო HTTP ატვირთვის მარშრუტის მოწოდება.

თუ ამ კავშირს სჭირდება დამტკიცებული კერძო CA, მოგვაწოდე ასევე Twine-ის სერვერის ნდობის პაკეტი:

export TWINE_CERT=/path/to/approved-ca-bundle.pem

TWINE_CERT არის PEM CA პაკეტი წარმოდგენილი ჯაჭვისთვის. ეს არც პროქსის სერტიფიკატია და არც კლიენტის სერტიფიკატი.

გაუშვი ჩვეულებრივი ატვირთვა ამ გარემოდან არსებული რეპოზიტორისა და ავთენტიფიკაციის კონფიგურაციით. წარმატებული pip ინსტალაცია იყენებს სხვა მოთხოვნის გზას, და PIP_CERT არ აყენებს Twine-ის ოფციას.

თუ შემდეგი წარუმატებლობა არის სერტიფიკატის შეცდომა პროქსი კავშირის წარმატების შემდეგ, შეინარჩუნე ეს ახალი ეტაპი და გაასწორე ნდობა შემოწმების შენარჩუნებით.

დაკავშირებული სტატიები