Cargo-ի CA փաթեթները պրոքսիի և փաթեթների սերվերի համար

Cargo-ի cainfo և proxy-cainfo կարգավորումները կիրառեք ճիշտ TLS կապի համար՝ պրոքսիի վկայականի բոլոր խափանումները նույն վստահության խնդիրը չհամարելով։

HTTPS պրոքսիի և HTTPS փաթեթների աղբյուրի դեպքում Cargo-ն կարող է ստուգել երկու TLS կապ՝ տարբեր CA փաթեթներով՝

[http]
proxy = "https://proxy.example:8443"
proxy-cainfo = "/path/to/proxy-ca.pem"
cainfo = "/path/to/origin-ca.pem"

Վերջնակետն ու ուղիները փոխարինեք հաստատված արժեքներով։ Այս պրոքսին միտումնավոր ունի TLS լսող․ սովորական HTTP պրոքսին HTTPS չի դառնում միայն այն պատճառով, որ փաթեթների աղբյուրը HTTPS է օգտագործում։

Խափանման փուլըՍտուգման ենթակա վստահության կարգավորումը
Պրոքսիի TLS՝ նախքան դեպի նպատակակետ թունելի գոյությունըhttp.proxy-cainfo, որը առանձին չկարգավորվելու դեպքում օգտագործում է http.cainfo։
Նպատակակետի վկայականը՝ թունելի հաստատումից հետոhttp.cainfo՝ նպատակակետի վստահության ուղու համար։

Համապատասխան փոփոխականներն են CARGO_HTTP_PROXY_CAINFO և CARGO_HTTP_CAINFO։ Օգտագործեք համապատասխան հաստատված հավաստագրման մարմինը․ պատահական վկայականը երկու ֆայլերում պատճենելը չի որոշում, թե որ կապն է սխալ։

CONNECT փոխանցող չգաղտնագրված HTTP պրոքսին չունի ստուգելու պրոքսիի լսողի TLS վկայական։ Այդ դեպքում նպատակակետի սխալը չի շտկվում պրոքսիի CA ֆայլ հորինելով։ Նաև ստուգեք, որ կազմաձևված ուղին գոյություն ունի իրական կոնտեյներում կամ CI առաջադրանքում, և միջավայրերը համեմատելիս հաշվի առեք օպերացիոն համակարգի ու TLS հետնամասի վարքագիծը։

Ստուգումը միացված պահեք։ Այն ապահովում է ինքնության ստուգում, որն անհրաժեշտ է նախատեսված ծառայությունը պարզապես շարունակվող փոխանցումից տարբերելու համար։

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