Mõned HTTPS-päästikpuhverserverid küsivad TLS-ühenduse ajal Gitist puhverserverini kliendisertifikaati. See on hoidlasse sisselogimisest eraldi autentimisvahetus.

Ühilduva, PEM-faile kasutava Giti/libcurl TLS-taustaprogrammi puhul on asjakohane seadistus selline:

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

Kasuta puhverserveri TLS-korralduse jaoks antud tegelikke faile. Rakenda seadistus ettenähtud Giti ulatuses; hoidla kohalik seadistus saab selle tee piirata ainult selle töökopiaga.

SeadeRoll
proxySSLCAInfoCA-kimp, mida kasutatakse HTTPS-puhverserveri kontrollimiseks
proxySSLCertSellele puhverserverile esitatav kliendisertifikaat
proxySSLKeyKliendisertifikaadile vastav privaatvõti
proxySSLCertPasswordProtectedLubab Giti parooliküsimuse kaitstud puhverserveri sertifikaadi ja võtmematerjali jaoks

https:// puhverserveri URL on selle TLS-vahetuse jaoks hädavajalik. Tavaline HTTP-puhverserver, mis edastab CONNECT-i HTTPS-hoidlani, ei tee sellega TLS-i kliendisertifikaadi autentimist oma kuulajas.

Hoidla sertifikaadi usaldusel ja hoidla võimalikul kliendisertifikaadil on oma ssl-seadistus. Samuti on Proxy-Authenticate'iga HTTP-puhverserveri väljakutse teine autentimismehhanism.

Selle seadistuse hooldamisel kontrolli lingitud libcurli versiooni, TLS-taustaprogrammi ja toetatud sertifikaadivormingut. Tee PEM-sertifikaadini ei ole igale platvormi sertifikaadihoidla liidesele ülekantav asendus.

Seotud artiklid