במעטפת ה-POSIX שתפעיל את 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 הוא חבילת CA בפורמט PEM עבור השרשרת המוצגת. הוא אינו אישורי פרוקסי ואינו תעודת לקוח.

הפעילו את ההעלאה הרגילה מהסביבה הזו עם תצורת המאגר והאימות הקיימת. התקנת pip מוצלחת משתמשת בנתיב בקשה אחר, ו-PIP_CERT אינו מגדיר את האפשרות של Twine.

אם הכשל הבא הוא שגיאת תעודה לאחר שחיבור הפרוקסי הצליח, שמרו על השלב החדש ותקנו את האמון תוך שמירה על האימות.

מאמרים קשורים