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 کلائنٹ ہی رہتا ہے۔