פרוקסי ה-HTTPS של Git יכול לדרוש תעודת לקוח משלו
הגדירו את ה-CA של ה-TLS של הפרוקסי, תעודת הלקוח והמפתח הפרטי בנפרד מהגדרות ה-TLS וההתחברות ב-HTTP של המאגר.
חלק מפרוקסי HTTPS קדמיים מבקשים תעודת לקוח במהלך חיבור ה-TLS מ-Git אל הפרוקסי. זהו חילופי אימות נפרדים מההתחברות למאגר.
עבור עורק TLS תואם של Git/libcurl המשתמש בקבצי PEM, לתצורה הרלוונטית יש את הצורה הזו:
[http]
proxy = https://proxy.example:8443
proxySSLCAInfo = /secure/proxy-ca.pem
proxySSLCert = /secure/proxy-client.pem
proxySSLKey = /secure/proxy-client.key
proxySSLCertPasswordProtected = trueהשתמשו בקבצים בפועל שסופקו עבור סידור ה-TLS של הפרוקסי. החילו את התצורה בהיקף ה-Git המיועד; תצורה מקומית למאגר יכולה להגביל את המסלול הזה לאותה עותקת עבודה.
| הגדרה | תפקיד |
|---|---|
| proxySSLCAInfo | חבילת CA המשמשת לאימות פרוקסי ה-HTTPS |
| proxySSLCert | תעודת לקוח המוצגת לאותו פרוקסי |
| proxySSLKey | מפתח פרטי התואם לתעודת הלקוח |
| proxySSLCertPasswordProtected | מאפשר את בקשת הסיסמה של Git עבור תעודת הפרוקסי וחומר המפתח המוגנים |
כתובת ה-URL של הפרוקסי עם https:// חיונית לחילופי ה-TLS האלה. פרוקסי HTTP רגיל המעביר CONNECT אל מאגר HTTPS אינו מבצע בכך אימות תעודת לקוח TLS במאזין שלו עצמו.
לאמון בתעודות של המאגר ולתעודת לקוח כלשהי של המאגר יש תצורת ssl משלהם. באופן דומה, אתגר פרוקסי HTTP באמצעות Proxy-Authenticate הוא מנגנון אימות אחר.
בדקו את גרסת libcurl המקושרת, את עורק ה-TLS ואת תבנית התעודה הנתמכת בעת תחזוקת התצורה הזו. נתיב לתעודת PEM אינו תחליף נייד לממשק מאגר התעודות של כל פלטפורמה.