Docker ذیلی نیٹ کا اوورلیپ درخواستوں کو پراکسی سے دور رکھ سکتا ہے
کارپوریٹ پراکسی اکاؤنٹ تبدیل کرنے سے پہلے درخواست کرنے والے namespace کے راستے کا Docker کے برج رینجز سے موازنہ کریں۔
172.17.0.0/16 پر موجود کنٹینر 172.17.14.133 پر کارپوریٹ پراکسی کو مقامی Docker ہمسایہ سمجھ سکتا ہے۔ پھر درخواست کارپوریٹ نیٹ ورک تک پہنچنے کے بجائے برج کے راستے پر چلتی ہے۔
درخواست کرنے والے نیٹ ورک namespace کے اندر راستہ جانچیں۔ صرف Windows ہوسٹ کا روٹ ٹیبل Docker Desktop کے Linux VM یا کنٹینر کے اندر ہر راستے کی وضاحت نہیں کرتا۔
| Docker سیٹنگ | متاثرہ نیٹ ورک |
|---|---|
| bip | ڈیفالٹ برج کا پتہ اور سابقہ |
| default-address-pools | نئے بنائے گئے نیٹ ورکس کے لیے خودکار مختص کردہ ذیلی نیٹ |
کارپوریٹ، VPN، ہوسٹ اور موجودہ کنٹینر نیٹ ورکس کا موازنہ کر کے غیر متوازی رینج منتخب کریں۔ مستقبل کے نیٹ ورکس کے لیے پول بدلنے سے موجودہ نیٹ ورکس دوبارہ شمار نہیں ہوتے۔
متاثرہ نیٹ ورک اور کنٹینر کی دوبارہ تشکیل ورک لوڈز کے ساتھ منصوبہ بندی کریں؛ پتوں کی تبدیلی فعال کنکشن توڑ سکتی ہے۔ ایک اوورلیپ حل کرنے کے لیے برج کو مکمل بند کرنا ضروری نہیں۔
درخواست مطلوبہ لسنر تک پہنچنے کے بعد اس کے پروٹوکول اور تصدیق کا عام طور پر جائزہ لیا جا سکتا ہے۔ پاس ورڈ تبدیلی اس پہلے کے راستے کے انتخاب کو درست نہیں کر سکتی۔