La HTTPS-prokura servilo de Git povas postuli propran klientan atestilon
Agordu la TLS-CA de la prokura servilo, la klientan atestilon kaj la privatan ŝlosilon aparte de la TLS- kaj HTTP-salutaj agordoj de la deponejo.
Iuj HTTPS-prokuraj serviloj postulas klientan atestilon dum la TLS-konekto de Git al la prokura servilo. Tio estas aparta aŭtentiga interŝanĝo disde la saluto al la deponejo.
Por kongrua Git/libcurl TLS-motoro uzanta PEM-dosierojn, la koncerna agordo havas ĉi tiun formon:
[http]
proxy = https://proxy.example:8443
proxySSLCAInfo = /secure/proxy-ca.pem
proxySSLCert = /secure/proxy-client.pem
proxySSLKey = /secure/proxy-client.key
proxySSLCertPasswordProtected = trueUzu la efektivajn dosierojn provizitajn por la TLS-aranĝo de la prokura servilo. Apliku la agordon en la celita Git-amplekso; deponeja loka agordo povas limigi ĉi tiun vojon al tiu laborkopio.
| Agordo | Rolo |
|---|---|
| proxySSLCAInfo | CA-fasko uzata por kontroli la HTTPS-prokuran servilon |
| proxySSLCert | Klienta atestilo prezentata al tiu prokura servilo |
| proxySSLKey | Privata ŝlosilo kongrua kun la klienta atestilo |
| proxySSLCertPasswordProtected | Ebligas la pasvortan demandon de Git por protektita atestilo kaj ŝlosilmaterialo de la prokura servilo |
La https:// URL de la prokura servilo estas esenca por ĉi tiu TLS-interŝanĝo. Ordinara HTTP-prokura servilo, kiu portas CONNECT al HTTPS-deponejo, per tio ne faras TLS-klientatestilan aŭtentigadon ĉe sia propra aŭskultanto.
La atestila fido de la deponejo kaj eventuala deponeja klienta atestilo havas sian propran ssl-agordon. Same, HTTP-prokura defio per Proxy-Authenticate estas alia aŭtentiga mekanismo.
Kontrolu la ligitan libcurl-version, la TLS-motoron kaj la subtenatan atestilan formaton dum vi prizorgas ĉi tiun aranĝon. Vojo al PEM-atestilo ne estas portebla anstataŭaĵo por la atestila konserveja interfaco de ĉiu platformo.