Envoy के अपस्ट्रीम TLS संदर्भ को कंटेनर के भीतर मौजूद CA बंडल पर इंगित करें

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

इसे गतिशील फ़ॉरवर्ड-प्रॉक्सी क्लस्टर के कॉन्फ़िगरेशन के साथ मिलाएँ। स्वीकृत बंडल पथ चल रही Envoy प्रक्रिया के लिए पठनीय होना चाहिए। Kubernetes में, कंटेनर के भीतर माउंट की गई फ़ाइल का निरीक्षण करें; केवल वर्कर नोड पर इंस्टॉल किया गया प्रमाणपत्र इसे प्रदान नहीं करता।

आवश्यक CA को डिप्लॉयमेंट की ट्रस्ट-मटीरियल प्रक्रिया के माध्यम से शामिल करें, और पुष्टि करें कि गंतव्य आवश्यक मध्यवर्ती प्रमाणपत्र प्रदान करता है। चुने गए कॉन्फ़िगरेशन या सीक्रेट-अपडेट तंत्र के माध्यम से परिवर्तन लागू करें।

प्रलेखित गतिशील फ़ॉरवर्ड-प्रॉक्सी TLS सेटअप हल किए गए होस्ट के लिए SNI और होस्टनाम SAN सत्यापन प्रदान करता है। उस पहचान जाँच को श्रृंखला सत्यापन के साथ रखें।

एक सफल wget अनुरोध किसी अन्य ट्रस्ट स्रोत का उपयोग कर सकता है। यह इनपुट Envoy से उत्पन्न TLS को कवर करता है; सादे CONNECT रिले में, एप्लिकेशन ही गंतव्य को सत्यापित करने वाला TLS क्लाइंट बना रहता है।