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 ಕ್ಲೈಂಟ್ ಆಗಿಯೇ ಉಳಿಯುತ್ತದೆ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು