پراکسی اور پیکیج سرور کے لیے Cargo CA بنڈل
Cargo کے cainfo اور proxy-cainfo درست TLS کنکشن پر لاگو کریں؛ پراکسی سرٹیفکیٹ کی ہر ناکامی کو ایک ہی اعتماد کا مسئلہ نہ سمجھیں۔
HTTPS پراکسی اور HTTPS پیکیج ماخذ کے لیے Cargo مختلف CA بنڈل سے دو TLS کنکشن جانچ سکتا ہے:
[http]
proxy = "https://proxy.example:8443"
proxy-cainfo = "/path/to/proxy-ca.pem"
cainfo = "/path/to/origin-ca.pem"اینڈپوائنٹ اور راستوں کو منظور شدہ اقدار سے بدلیں۔ اس پراکسی میں جان بوجھ کر TLS لسنر ہے؛ عام HTTP پراکسی پیکیج ماخذ کے HTTPS استعمال کرنے سے HTTPS نہیں بن جاتی۔
| ناکامی کا مرحلہ | جانچنے والی اعتماد کی ترتیب |
|---|---|
| منزل کی ٹنل بننے سے پہلے پراکسی TLS | http.proxy-cainfo، جو الگ سے متعین نہ ہو تو http.cainfo استعمال کرتا ہے۔ |
| ٹنل بننے کے بعد منزل کا سرٹیفکیٹ | منزل کے اعتماد کے راستے کے لیے http.cainfo۔ |
متعلقہ متغیر CARGO_HTTP_PROXY_CAINFO اور CARGO_HTTP_CAINFO ہیں۔ مناسب منظور شدہ سرٹیفکیٹ اتھارٹی استعمال کریں؛ کوئی بھی سرٹیفکیٹ دونوں فائلوں میں کاپی کرنے سے معلوم نہیں ہوتا کہ کون سا کنکشن غلط ہے۔
CONNECT لے جانے والی غیر رمز شدہ HTTP پراکسی میں جانچنے کے لیے پراکسی لسنر کا TLS سرٹیفکیٹ نہیں ہوتا۔ وہاں منزل کی خرابی فرضی پراکسی CA فائل بنانے سے درست نہیں ہوتی۔ یہ بھی جانچیں کہ متعین راستہ اصل کنٹینر یا CI جاب کے اندر موجود ہے اور ماحول کا موازنہ کرتے وقت آپریٹنگ سسٹم اور TLS بیک اینڈ کا برتاؤ مدنظر رکھیں۔
تصدیق فعال رکھیں۔ یہ مطلوبہ سروس کو محض جاری رہنے والی منتقلی سے الگ کرنے کے لیے ضروری شناخت کی جانچ فراہم کرتی ہے۔