Envoy యొక్క upstream TLS సందర్భాన్ని కంటైనర్ లోపలి CA బండిల్ వైపు చూపండి

డైనమిక్ forward-proxy క్లస్టర్ ప్రారంభించే TLS కోసం, ఆ క్లస్టర్‌పై trusted_ca ను కాన్ఫిగర్ చేయండి మరియు గమ్యస్థాన SAN ధృవీకరణను నిలుపుకోండి.

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

దీన్ని డైనమిక్ forward-proxy క్లస్టర్ యొక్క కాన్ఫిగరేషన్‌తో విలీనం చేయండి. ఆమోదించిన బండిల్ మార్గం నడుస్తున్న Envoy ప్రక్రియకు చదవగలిగి ఉండాలి. Kubernetes లో, కంటైనర్ లోపల మౌంట్ చేసిన ఫైల్‌ను పరిశీలించండి; కేవలం వర్కర్ నోడ్‌పై ఇన్‌స్టాల్ చేసిన సర్టిఫికేట్ దాన్ని అందించదు.

అవసరమైన CA ను డిప్లాయ్‌మెంట్ యొక్క ట్రస్ట్-మెటీరియల్ ప్రక్రియ ద్వారా చేర్చండి మరియు గమ్యస్థానం అవసరమైన ఇంటర్మీడియట్ సర్టిఫికెట్లను అందిస్తుందని నిర్ధారించండి. ఎంచుకున్న కాన్ఫిగరేషన్ లేదా సీక్రెట్-అప్‌డేట్ మెకానిజం ద్వారా మార్పులను వర్తింపజేయండి.

డాక్యుమెంట్ చేసిన డైనమిక్ forward-proxy TLS సెటప్ పరిష్కరించబడిన హోస్ట్ కోసం SNI మరియు హోస్ట్‌నేమ్ SAN ధృవీకరణను అందిస్తుంది. ఆ గుర్తింపు తనిఖీని చైన్ ధృవీకరణతో పాటు ఉంచండి.

విజయవంతమైన wget అభ్యర్థన మరొక ట్రస్ట్ మూలాన్ని ఉపయోగించవచ్చు. ఈ ఇన్‌పుట్ Envoy నుండి ఉద్భవించే TLS ను కవర్ చేస్తుంది; సాధారణ CONNECT రిలేలో, అప్లికేషన్ గమ్యస్థానాన్ని ధృవీకరించే TLS క్లయింట్‌గానే ఉంటుంది.

సంబంధిత వ్యాసాలు