Envoy ના અપસ્ટ્રીમ TLS સંદર્ભને કન્ટેનરની અંદરના CA બંડલ તરફ નિર્દેશ કરો

ગતિશીલ ફોરવર્ડ-પ્રોક્સી ક્લસ્ટર દ્વારા શરૂ થતા 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

આને ગતિશીલ ફોરવર્ડ-પ્રોક્સી ક્લસ્ટરની ગોઠવણી સાથે જોડો. મંજૂર બંડલ પથ ચાલતી Envoy પ્રક્રિયા માટે વાંચવા યોગ્ય હોવો જોઈએ. Kubernetes માં, કન્ટેનરની અંદર માઉન્ટ કરેલી ફાઇલનું નિરીક્ષણ કરો; ફક્ત વર્કર નોડ પર સ્થાપિત પ્રમાણપત્ર તે પ્રદાન કરતું નથી.

જરૂરી CA ને ડિપ્લોયમેન્ટની ટ્રસ્ટ-મટીરિયલ પ્રક્રિયા દ્વારા સમાવો, અને ખાતરી કરો કે લક્ષ્ય જરૂરી મધ્યવર્તી પ્રમાણપત્રો પ્રદાન કરે છે. પસંદ કરેલ ગોઠવણી અથવા સિક્રેટ-અપડેટ મિકેનિઝમ દ્વારા ફેરફારો લાગુ કરો.

દસ્તાવેજીકૃત ગતિશીલ ફોરવર્ડ-પ્રોક્સી TLS સેટઅપ ઉકેલાયેલ હોસ્ટ માટે SNI અને હોસ્ટનામ SAN ચકાસણી પ્રદાન કરે છે. તે ઓળખ ચકાસણીને ચેઇન માન્યતા સાથે રાખો.

સફળ wget વિનંતી બીજા ટ્રસ્ટ સ્રોતનો ઉપયોગ કરી શકે છે. આ ઇનપુટ Envoy માંથી ઉદ્ભવતા TLS ને આવરી લે છે; સાદા CONNECT રિલેમાં, એપ્લિકેશન જ લક્ષ્યની માન્યતા કરતું TLS ક્લાયંટ રહે છે.

સંબંધિત લેખો