Ang ilang HTTPS forward proxy ay humihiling ng client certificate habang nagaganap ang TLS na koneksyon mula Git patungo sa proxy. Isa itong hiwalay na palitan ng pagpapatotoo kaysa sa pag-log in sa repository.

Para sa katugmang Git/libcurl TLS backend na gumagamit ng mga PEM file, ganito ang anyo ng kaugnay na configuration:

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

Gamitin ang aktwal na mga file na ibinigay para sa TLS na ayos ng proxy. Ilapat ang configuration sa nilalayong saklaw ng Git; ang configuration sa antas ng repository ay maaaring maglimita ng rutang ito sa checkout na iyon.

SettingTungkulin
proxySSLCAInfoCA bundle na ginagamit upang i-verify ang HTTPS proxy
proxySSLCertClient certificate na inihaharap sa proxy na iyon
proxySSLKeyPribadong key na tumutugma sa client certificate
proxySSLCertPasswordProtectedPinapagana ang prompt ng password ng Git para sa protektadong materyal ng certificate at key ng proxy

Mahalaga ang https:// proxy URL para sa palitan ng TLS na ito. Ang karaniwang HTTP proxy na nagdadala ng CONNECT patungo sa HTTPS repository ay hindi sa gayon nagsasagawa ng TLS client-certificate authentication sa sarili nitong listener.

Ang pagtitiwala sa certificate ng repository at anumang client certificate ng repository ay may sariling ssl configuration. Gayundin, ang hamon ng HTTP proxy gamit ang Proxy-Authenticate ay isa pang mekanismo ng pagpapatotoo.

Suriin ang naka-link na bersyon ng libcurl, TLS backend at sinusuportahang format ng certificate kapag pinapanatili ang setup na ito. Ang landas patungo sa PEM certificate ay hindi portable na kapalit para sa bawat interface ng certificate store ng plataporma.

Kaugnay na mga artikulo