Elekeza muktadha wa TLS wa juu wa Envoy kwenye kifurushi cha CA ndani ya kontena

Kwa TLS inayoanzishwa na kundi la forward-proxy linalobadilika, sanidi trusted_ca kwenye kundi hilo huku ukihifadhi uthibitishaji wa SAN wa lengwa.

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

Unganisha hii na usanidi wa kundi la forward-proxy linalobadilika. Njia ya kifurushi kilichoidhinishwa lazima isomeke na mchakato wa Envoy unaoendesha. Katika Kubernetes, kagua faili iliyopachikwa ndani ya kontena; cheti kilichosakinishwa kwenye nodi ya kazi pekee hakitoi hilo.

Jumuisha CA inayohitajika kupitia mchakato wa nyenzo za uaminifu wa usambazaji, na thibitisha kuwa lengo linatoa vyeti vya kati vinavyohitajika. Tumia mabadiliko kupitia utaratibu uliochaguliwa wa usanidi au uboreshaji wa siri.

Usanidi ulioandikwa wa TLS wa forward-proxy linalobadilika hutoa uthibitishaji wa SNI na SAN wa jina la mwenyeji kwa mwenyeji aliyetatuliwa. Hifadhi ukaguzi huo wa utambulisho pamoja na uthibitishaji wa mnyororo.

Ombi la wget lililofanikiwa linaweza kutumia chanzo kingine cha uaminifu. Ingizo hili linashughulikia TLS inayotoka kwa Envoy; katika relay ya CONNECT ya kawaida, programu hubaki kuwa mteja wa TLS anayethibitisha lengo.

Makala zinazohusiana