Docker کا proxies نقشہ daemon سے وابستہ ہے، ویب سائٹ سے نہیں

JSON آبجیکٹ امید افزا لگتا ہے: proxies نقشہ جس میں default اندراج اور اضافی پتہ کلیدیں ہیں۔ وہاں registry کا میزبان نام رکھ کر یہ توقع کرنا کہ اس registry کو جانے والی درخواستیں کوئی دوسرا proxy استعمال کریں گی، پرکشش ہے۔

وہ کلیدیں ان Docker daemons کی نشاندہی کرتی ہیں جن سے کلائنٹ جڑتا ہے۔ وہ ان ویب سائٹس کی نشاندہی نہیں کرتیں جن کی container درخواست کرے گا۔

Docker کلائنٹ کنفیگریشن نئے containers کو proxy ماحول متغیرات اور نئی builds کو proxy build دلائل دے سکتی ہے۔ daemon کے لیے مخصوص اندراج متعلقہ daemon سیاق کے لیے دی گئی اس کنفیگریشن کو بدل دیتا ہے۔

یہ daemon کے اپنے باہر جانے والے proxy کنکشن کو کنفیگر نہیں کرتا۔ نہ یہ container کے HTTP کلائنٹ کو PAC جانچنے والا بناتا ہے۔

اگر آپ کا کام اندرونی registry کو براہ راست رکھنا ہے جبکہ daemon دیگر خدمات تک proxy کے ذریعے پہنچتا ہے، تو daemon کی معاون proxy اور بائی پاس کنفیگریشن دیکھیں۔ اگر ایپلیکیشن کو مختلف منزلوں کے لیے مختلف بالائی proxy درکار ہوں، تو وہ پالیسی مناسب کلائنٹ یا فارورڈنگ انتظام میں آتی ہے۔

نقشہ میں ترمیم سے پہلے لکھیں کہ کلید کس پتے کی نمائندگی کرتی ہے اور کون سا عمل ناکام درخواست کرتا ہے۔ ایک ہی میزبان نام daemon کنکشن، registry URL اور proxy URL میں ظاہر ہو سکتا ہے، مگر وہ تین مختلف کردار ہیں۔