עטלעכע HTTPS דורכפֿירנדיקע פּראָקסי־סערווערס פֿאָדערן אַ קליענט־צערטיפֿיקאַט בעת דער TLS פֿאַרבינדונג פֿון Git צום פּראָקסי. דאָס איז אַ באַזונדערער אויטענטיפֿיקאַציע־אויסטויש, אָפּגעזונדערט פֿון דער אַרײַנלאָגירונג אינעם רעפּאָזיטאָרי.

פֿאַר אַ פּאַסיקן Git/libcurl TLS בעקענד וואָס ניצט 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־באַרייַך; אַ רעפּאָזיטאָרי־מדריגיקע קאָנפֿיגוראַציע קען האַלטן דעם וועג באַגרענעצט צו יענעם checkout.

באַשטימונגראָלע
proxySSLCAInfoCA־בינטל וואָס ווערט געניצט צו באַשטעטיקן דעם HTTPS פּראָקסי
proxySSLCertקליענט־צערטיפֿיקאַט וואָס ווערט פֿאָרגעלייגט יענעם פּראָקסי
proxySSLKeyפּריוואַטער שליסל וואָס שטימט מיט דעם קליענט־צערטיפֿיקאַט
proxySSLCertPasswordProtectedערמעגלעכט Git׳ס פּאַראָל־אָנפֿרעג פֿאַר באַשיצטער צערטיפֿיקאַט־ און שליסל־מאַטעריאַל פֿונעם פּראָקסי

דער https:// פּראָקסי URL איז וועזנטלעך פֿאַר דעם TLS־אויסטויש. אַ געוויינטלעכער HTTP פּראָקסי וואָס פֿירט CONNECT צו אַ HTTPS רעפּאָזיטאָרי פֿירט נישט דערמיט אויס TLS קליענט־צערטיפֿיקאַט אויטענטיפֿיקאַציע אויף זיין אייגענעם לייענער.

דאָס צוטרוי צו די צערטיפֿיקאַטן פֿונעם רעפּאָזיטאָרי און סיי וואָסער רעפּאָזיטאָרי־קליענט־צערטיפֿיקאַט האָבן זייער אייגענע ssl קאָנפֿיגוראַציע. אַזוי אויך איז אַ HTTP פּראָקסי־אַרויסרופֿונג מיט Proxy-Authenticate אַן אַנדער אויטענטיפֿיקאַציע־מעכאַניזם.

ווען איר האַלט די דאָזיקע אָרדענונג, פּרוופֿט די פֿאַרבונדענע libcurl ווערסיע, דעם TLS בעקענד און דעם געשטיצטן צערטיפֿיקאַט־פֿאָרמאַט. אַ וועג צו אַ PEM צערטיפֿיקאַט איז נישט קיין איבערטראָגבאַרער פֿאַרבייַט פֿאַר יעדער פּלאַטפֿאָרם־צערטיפֿיקאַט־קראָם צווישנשייד.

פֿאַרבונדענע אַרטיקלען