Proxy HTTPS i Git mund të kërkojë certifikatën e vet të klientit

Konfiguroni CA-në TLS të proxy-t, certifikatën e klientit dhe çelësin privat veçmas nga cilësimet TLS dhe të hyrjes HTTP të depove.

Disa proxy HTTPS përçues kërkojnë një certifikatë klienti gjatë lidhjes TLS nga Git te proxy-i. Ky është një shkëmbim vërtetimi i veçantë nga hyrja në depo.

Për një backend TLS të Git/libcurl të përputhshëm që përdor skedarë PEM, konfigurimi përkatës ka këtë formë:

[http]
    proxy = https://proxy.example:8443
    proxySSLCAInfo = /secure/proxy-ca.pem
    proxySSLCert = /secure/proxy-client.pem
    proxySSLKey = /secure/proxy-client.key
    proxySSLCertPasswordProtected = true

Përdorni skedarët aktualë të furnizuar për rregullimin TLS të proxy-t. Zbatojeni konfigurimin në shtrirjen e synuar të Git; një konfigurim në nivel depoje mund ta mbajë këtë rrugë të kufizuar në atë checkout.

CilësimRoli
proxySSLCAInfoPaketa CA e përdorur për verifikimin e proxy-t HTTPS
proxySSLCertCertifikata e klientit që i paraqitet atij proxy
proxySSLKeyÇelësi privat që përputhet me certifikatën e klientit
proxySSLCertPasswordProtectedAktivizon kërkesën e fjalëkalimit të Git për materialin e mbrojtur të certifikatës dhe çelësit të proxy-t

URL-ja https:// e proxy-t është thelbësore për këtë shkëmbim TLS. Një proxy HTTP i thjeshtë që transporton CONNECT drejt një depoje HTTPS nuk kryen me kaq vërtetim TLS me certifikatë klienti në dëgjuesin e vet.

Besimi te certifikatat e depos dhe çdo certifikatë klienti e depos kanë konfigurimin e tyre ssl. Po ashtu, sfida e proxy-t HTTP me Proxy-Authenticate është një mekanizëm tjetër vërtetimi.

Kur mirëmbani këtë rregullim, kontrolloni versionin e lidhur të libcurl, backend-in TLS dhe formatin e certifikatës që mbështetet. Një rrugë drejt një certifikate PEM nuk është zëvendësim i transportueshëm për çdo ndërfaqe të ruajtjes së certifikatave të platformës.

Artikuj të ngjashëm