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 ക്ലയന്റായി തുടരുന്നു.

അനുബന്ധ ലേഖനങ്ങൾ