هم‌پوشانی زیرشبکه Docker می‌تواند درخواست‌ها را از پراکسی دور نگه دارد
پیش از تغییر حساب پراکسی شرکتی، مسیر فضای نامی که درخواست را می‌فرستد با محدوده‌های پل Docker مقایسه کنید.
یک کانتینر روی 172.17.0.0/16 می‌تواند پراکسی شرکتی روی 172.17.14.133 را همسایه محلی Docker بپندارد. آن‌گاه درخواست به‌جای رسیدن به شبکه شرکتی، مسیر پل را دنبال می‌کند.
مسیر را در فضای نام شبکهٔ فرستندهٔ درخواست بررسی کنید. جدول مسیر میزبان Windows به‌تنهایی همهٔ مسیرهای درون ماشین مجازی Linux در Docker Desktop یا درون کانتینر را توصیف نمی‌کند.
| تنظیم Docker | شبکهٔ متأثر |
|---|---|
| bip | نشانی و پیشوند پل پیش‌فرض |
| default-address-pools | زیرشبکه‌هایی که به‌طور خودکار به شبکه‌های تازه‌ساخته اختصاص می‌یابند |
با مقایسهٔ شبکه‌های شرکتی، VPN، میزبان و کانتینرهای موجود، محدوده‌ای بدون هم‌پوشانی انتخاب کنید. تغییر استخر برای شبکه‌های آینده، شبکه‌های موجود را شماره‌گذاری مجدد نمی‌کند.
بازسازی شبکه و کانتینر متأثر را همراه با بارهای کاری برنامه‌ریزی کنید؛ تغییر نشانی‌ها می‌تواند اتصال‌های فعال را قطع کند. حل یک هم‌پوشانی نیازی به غیرفعال‌کردن کامل پل ندارد.
وقتی درخواست به شنوندهٔ موردنظر برسد، پروتکل و احراز هویت آن را می‌توان به‌طور عادی ارزیابی کرد. تغییر گذرواژه نمی‌تواند این انتخاب مسیر پیشین را درست کند.