પ્રોક્સી અને પેકેજ સર્વર માટે Cargo CA બંડલ
Cargo ના cainfo અને proxy-cainfo ને યોગ્ય TLS જોડાણ પર લાગુ કરો; પ્રોક્સી પ્રમાણપત્રની દરેક નિષ્ફળતાને એક જ વિશ્વાસ સમસ્યા ન માનો.
HTTPS પ્રોક્સી અને HTTPS પેકેજ સ્રોત માટે Cargo અલગ CA બંડલ વડે બે TLS જોડાણોની ચકાસણી કરી શકે છે:
[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 બેકએન્ડનું વર્તન ધ્યાનમાં લો.
ચકાસણી ચાલુ રાખો. તે નિર્ધારિત સેવાને માત્ર આગળ વધતા ટ્રાન્સફરથી અલગ પાડવા જરૂરી ઓળખ તપાસ આપે છે.