ရွေ့ Envoy ၏ upstream TLS context ကို container အတွင်းရှိ CA bundle သို့ ညွှန်ပါ

transport_socket:
  name: envoy.transport_sockets.tls
  typed_config:
    "@type": type.googleapis.com/envoy.extensions.transport_sockets.tls.v3.UpstreamTlsContext
    common_tls_context:
      validation_context:
        trusted_ca:
          filename: /etc/envoy/trust/upstream-ca.pem

ဤအရာကို dynamic forward-proxy cluster ၏ ဖွဲ့စည်းမှုနှင့် ပေါင်းစပ်ပါ။ အတည်ပြုထားသော bundle လမ်းကြောင်းသည် လည်ပတ်နေသော Envoy လုပ်ငန်းစဉ်မှ ဖတ်နိုင်ရမည်။ Kubernetes တွင် container အတွင်း mount လုပ်ထားသော ဖိုင်ကို စစ်ဆေးပါ။ worker node တွင်သာ ထည့်သွင်းထားသော လက်မှတ်သည် ၎င်းကို မပေးပါ။

လိုအပ်သော CA ကို deployment ၏ trust-material လုပ်ငန်းစဉ်မှတစ်ဆင့် ထည့်သွင်းပြီး ဦးတည်ရာသည် လိုအပ်သော အလယ်အလတ် လက်မှတ်များကို ပေးကြောင်း အတည်ပြုပါ။ ရွေးချယ်ထားသော configuration သို့မဟုတ် secret-update ယန္တရားမှတစ်ဆင့် ပြောင်းလဲမှုများကို အသုံးပြုပါ။

မှတ်တမ်းတင်ထားသော dynamic forward-proxy TLS ပြင်ဆင်မှုသည် ဖြေရှင်းပြီးသော host အတွက် SNI နှင့် hostname SAN စစ်ဆေးမှုကို ပေးသည်။ ထို အထောက်အထား စစ်ဆေးမှုကို chain validation နှင့်အတူ ထိန်းသိမ်းပါ။

အောင်မြင်သော wget တောင်းဆိုမှုသည် အခြား trust source ကို အသုံးပြုနိုင်သည်။ ဤ input သည် Envoy မှ ထွက်ပေါ်သော TLS ကို ဖုံးလွှမ်းသည်။ သာမန် CONNECT relay တွင် application သည် ဦးတည်ရာကို စစ်ဆေးသော TLS client အဖြစ် ဆက်လက်ရှိနေသည်။