HTTPS proxy aurreratuek bezero ziurtagiria eskatzen dute batzuetan Gitetik proxyrako TLS konexioan. Biltegira saioa hastea ez den autentifikazio trukea da.

PEM fitxategiak erabiltzen dituen Git/libcurl TLS backend bateragarri baterako, dagokion konfigurazioak forma hau du:

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

Erabili proxyaren TLS antolamendurako emandako fitxategi errealak. Aplikatu konfigurazioa Giten aurreikusitako eremuan; biltegiko konfigurazio lokalak bide hau lan-kopia horretara mugatu dezake.

EzarpenaEginkizuna
proxySSLCAInfoHTTPS proxya egiaztatzeko erabiltzen den CA sorta
proxySSLCertProxy horri aurkeztutako bezero ziurtagiria
proxySSLKeyBezero ziurtagiriarekin bat datorren gako pribatua
proxySSLCertPasswordProtectedGiten pasahitz eskaera gaitzen du proxyaren ziurtagiri eta gako material babestuetarako

https:// proxy URLa funtsezkoa da TLS truke honetarako. HTTPS biltegi batera CONNECT eramaten duen HTTP proxy arruntak ez du horrekin TLS bezero ziurtagiri autentifikaziorik egiten bere entzule propioan.

Biltegiaren ziurtagirien konfiantzak eta biltegiko bezero ziurtagiriak beren ssl konfigurazioa dute. Era berean, Proxy-Authenticate erabiltzen duen HTTP proxy erronka beste autentifikazio mekanismo bat da.

Egiaztatu lotutako libcurl bertsioa, TLS backenda eta onartutako ziurtagiri formatua ezarpen hau mantentzean. PEM ziurtagirirako bidea ez da plataforma bakoitzeko ziurtagiri biltegirako interfazearen ordezko eramangarria.

Erlazionatutako artikuluak