Git HTTPS starpniekserverim var būt nepieciešams savs klienta sertifikāts

Konfigurējiet starpniekservera TLS CA, klienta sertifikātu un privāto atslēgu atsevišķi no repozitorija TLS un HTTP pieteikšanās iestatījumiem.

Daži HTTPS pārejas starpniekserveri TLS savienojuma laikā no Git uz starpniekserveri pieprasa klienta sertifikātu. Tā ir atsevišķa autentifikācijas apmaiņa, kas nav saistīta ar pieteikšanos repozitorijā.

Saderīgam Git/libcurl TLS aizmugurējam slānim, kas izmanto PEM failus, attiecīgā konfigurācija izskatās šādi:

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

Izmantojiet faktiskos failus, kas nodrošināti starpniekservera TLS risinājumam. Piemērojiet konfigurāciju paredzētajā Git tvērumā; repozitorija līmeņa konfigurācija var ierobežot šo maršrutu ar šo darba kopiju.

IestatījumsLoma
proxySSLCAInfoCA komplekts, ko izmanto HTTPS starpniekservera pārbaudei
proxySSLCertKlienta sertifikāts, kas tiek uzrādīts šim starpniekserverim
proxySSLKeyPrivātā atslēga, kas atbilst klienta sertifikātam
proxySSLCertPasswordProtectedIespējo Git paroles uzvedni aizsargātam starpniekservera sertifikāta un atslēgas materiālam

https:// starpniekservera URL šai TLS apmaiņai ir būtisks. Vienkāršs HTTP starpniekserveris, kas pārraida CONNECT uz HTTPS repozitoriju, ar to vien neveic TLS klienta sertifikāta autentifikāciju savā klausīšanās vietā.

Repozitorija sertifikātu uzticēšanās un jebkurš repozitorija klienta sertifikāts ir ar savu ssl konfigurāciju. Tāpat HTTP starpniekservera izaicinājums ar Proxy-Authenticate ir cits autentifikācijas mehānisms.

Uzturot šo iestatījumu, pārbaudiet saistīto libcurl versiju, TLS aizmugurējo slāni un atbalstīto sertifikāta formātu. Ceļš uz PEM sertifikātu nav pārnesams aizstājējs visām platformas sertifikātu krātuves saskarnēm.

Saistītie raksti