د پراکسي او بستې سرور لپاره د 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 دي. مناسب منل شوی د سندونو واک وکاروئ؛ دواړو دوتنو ته د یوه تصادفي سند کاپي کول نه ښيي چې کوم اتصال غلط دی.
ناکوډ شوی HTTP پراکسي چې CONNECT لېږدوي، د تایید لپاره د پراکسي د اورېدونکي TLS سند نه لري. په دې حالت کې د هدف تېروتنه د پراکسي د CA د یوې خیالي دوتنې په جوړولو نه سمېږي. دا هم وګورئ چې ټاکل شوې لاره د اصلي کانټینر یا CI دندې دننه شته، او د چاپېریالونو د پرتله کولو پر مهال د چلیز سیسټم او TLS شاتنۍ برخې چلند په پام کې ونیسئ.
تایید فعال وساتئ. دا د هویت هغه کتنه برابروي چې ټاکل شوی خدمت له داسې لېږد څخه جلا کوي چې یوازې دوام کوي.