Git-ի HTTPS պրոքսին կարող է պահանջել իր սեփական հաճախորդի վկայականը

Կարգավորեք պրոքսիի TLS CA-ն, հաճախորդի վկայականը և գաղտնի բանալին առանձին պահոցի TLS-ի և HTTP մուտքի կարգավորումներից։

Որոշ HTTPS փոխանցող պրոքսիներ պահանջում են հաճախորդի վկայական Git-ից դեպի պրոքսի TLS կապի ընթացքում։ Սա առանձին նույնականացման փոխանակում է պահոց մուտք գործելուց։

PEM ֆայլեր օգտագործող համատեղելի Git/libcurl TLS հենքի համար համապատասխան կարգավորումն ունի այս տեսքը՝

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

Օգտագործեք պրոքսիի TLS կազմակերպման համար տրամադրված իրական ֆայլերը։ Կիրառեք կարգավորումը նախատեսված Git սահմաններում․ պահոցի տեղական կարգավորումը կարող է այս ուղին սահմանափակել միայն այդ աշխատանքային պատճենով։

ԿարգավորումԴեր
proxySSLCAInfoCA փաթեթ, որն օգտագործվում է HTTPS պրոքսին ստուգելու համար
proxySSLCertԱյդ պրոքսիին ներկայացվող հաճախորդի վկայականը
proxySSLKeyՀաճախորդի վկայականին համապատասխանող գաղտնի բանալին
proxySSLCertPasswordProtectedՄիացնում է Git-ի գաղտնաբառի հարցումը պաշտպանված պրոքսի վկայականի և բանալու նյութի համար

https:// պրոքսի URL-ը էական է այս TLS փոխանակման համար։ Սովորական HTTP պրոքսին, որը CONNECT է տեղափոխում դեպի HTTPS պահոց, դրանով TLS հաճախորդի վկայականի նույնականացում չի կատարում իր սեփական լսողի վրա։

Պահոցի վկայականների վստահությունն ու ցանկացած պահոցային հաճախորդի վկայական ունեն իրենց ssl կարգավորումը։ Նույն կերպ, Proxy-Authenticate-ով HTTP պրոքսիի մարտահրավերը նույնականացման այլ մեխանիզմ է։

Այս կարգավորումը պահպանելիս ստուգեք կապված libcurl տարբերակը, TLS հենքը և աջակցվող վկայականի ձևաչափը։ PEM վկայականի ուղին շարժական փոխարինող չէ յուրաքանչյուր հարթակի վկայականների պահոցի ինտերֆեյսի համար։

Առնչվող հոդվածներ