חבילות CA של Cargo לפרוקסי ולשרת החבילות
החילו את cainfo ואת proxy-cainfo של Cargo על חיבור ה-TLS המתאים, במקום לראות בכל כשל תעודת פרוקסי אותה בעיית אמון.
עם פרוקסי HTTPS ומקור חבילות HTTPS, Cargo יכול לאמת שני חיבורי TLS בעזרת חבילות CA שונות:
[http]
proxy = "https://proxy.example:8443"
proxy-cainfo = "/path/to/proxy-ca.pem"
cainfo = "/path/to/origin-ca.pem"החליפו את נקודת הקצה והנתיבים בערכים המאושרים. לפרוקסי הזה יש במכוון מאזין TLS; פרוקסי HTTP רגיל אינו הופך ל-HTTPS מפני שמקור החבילות משתמש ב-HTTPS.
| שלב הכשל | הגדרת האמון שיש לבדוק |
|---|---|
| TLS של הפרוקסי, לפני שקיימת מנהרה ליעד | http.proxy-cainfo, שמשתמש ב-http.cainfo כשאינו מוגדר בנפרד. |
| תעודת היעד לאחר הקמת המנהרה | http.cainfo עבור נתיב האמון ליעד. |
המשתנים המקבילים הם CARGO_HTTP_PROXY_CAINFO ו-CARGO_HTTP_CAINFO. השתמשו ברשות האישורים המאושרת המתאימה; העתקת תעודה אקראית לשני הקבצים אינה מזהה באיזה חיבור יש בעיה.
לפרוקסי HTTP לא מוצפן שמעביר CONNECT אין תעודת TLS של מאזין הפרוקסי לבדיקה. שגיאת יעד במקרה זה אינה נפתרת בהמצאת קובץ CA לפרוקסי. בדקו גם שהנתיב המוגדר קיים בתוך הקונטיינר או משימת ה-CI בפועל, והביאו בחשבון את התנהגות מערכת ההפעלה ומנוע ה-TLS בהשוואה בין סביבות.
השאירו את האימות פעיל. הוא מספק את בדיקת הזהות הדרושה כדי להבחין בין השירות המיועד לבין העברה שפשוט ממשיכה.