CA-pakaĵoj de Cargo por la prokurilo kaj pakservilo
Apliku cainfo kaj proxy-cainfo de Cargo al la ĝusta TLS-konekto, anstataŭ trakti ĉiun prokurilan atestileraron kiel la saman fidoproblemon.
Por HTTPS-prokurilo kaj HTTPS-pakfonto, Cargo povas kontroli du TLS-konektojn per malsamaj CA-pakaĵoj:
[http]
proxy = "https://proxy.example:8443"
proxy-cainfo = "/path/to/proxy-ca.pem"
cainfo = "/path/to/origin-ca.pem"Anstataŭigu la finpunkton kaj vojojn per viaj aprobitaj valoroj. Ĉi tiu prokurilo intence havas TLS-aŭskultanton; ordinara HTTP-prokurilo ne fariĝas HTTPS pro tio ke la pakfonto uzas HTTPS.
| Stadio de fiasko | Fidagordo inspektenda |
|---|---|
| TLS de la prokurilo, antaŭ ol tunelo al la celo ekzistas | http.proxy-cainfo, kiu uzas http.cainfo se ne agordita aparte. |
| Cela atestilo post establo de la tunelo | http.cainfo por la cela fidovojo. |
La respondaj variabloj estas CARGO_HTTP_PROXY_CAINFO kaj CARGO_HTTP_CAINFO. Uzu la taŭgan aprobitan atestilan aŭtoritaton; kopii hazardan atestilon en ambaŭ dosierojn ne identigas, kiu konekto estas malĝusta.
Neĉifrita HTTP-prokurilo portanta CONNECT ne havas TLS-atestilon de sia aŭskultanto por kontroli. Cela eraro tie ne ripariĝas per elpensita prokurila CA-dosiero. Kontrolu ankaŭ ke agordita vojo ekzistas en la efektiva ujo aŭ CI-tasko, kaj konsideru konduton de la operaciumo kaj TLS-realigo kiam vi komparas mediojn.
Tenu kontroladon ŝaltita. Ĝi liveras la identeckontrolon necesan por distingi la celitan servon de transdono kiu nur daŭras.