Envoy को upstream 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 क्लाइन्ट नै रहन्छ।