د Docker د فرعي شبکې تداخل کولای شي غوښتنې له پروکسي څخه لرې وساتي
له شرکتي پروکسي حساب د بدلولو دمخه د غوښتنې کوونکي namespace لاره د Docker د پلې ساحو سره پرتله کړئ.
په 172.17.0.0/16 کې یو کانټینر کولای شي په 172.17.14.133 کې شرکتي پروکسي د ځایي Docker ګاونډي په توګه وګڼي. بیا غوښتنه د شرکتي شبکې ته د رسیدو پرځای د پلې لارې تعقیبوي.
په هغه شبکه namespace کې لاره وګورئ چې غوښتنه کوي. یوازې د Windows host د لارو جدول د Docker Desktop د Linux VM یا کانټینر دننه هرې لارې ته نه تشریح کوي.
| د Docker تنظیم | اغېزمنه شبکه |
|---|---|
| bip | د اصلي پلې پته او مخکښ |
| default-address-pools | هغه فرعي شبکې چې نویو جوړ شوو شبکو ته په اتوماتيک ډول ورکول کیږي |
د شرکتي، VPN، host او موجودو کانټینر شبکو په پرتله کولو سره یوه نه تداخل کوونکې ساحه وټاکئ. د راتلونکو شبکو لپاره د pool بدلول موجودې شبکې بیا نه شمېري.
د اغېزمنې شبکې او کانټینر بیا جوړول د کاري بارونو سره یوځای پلان کړئ؛ د پتو بدلونونه کولای شي فعالې اړیکې پرې کړي. یوه تداخل حل کول د پلې په بشپړ ډول غیر فعالولو ته اړتیا نلري.
کله چې غوښتنه خپلې موخې اورېدونکي ته ورسېده، د هغې پروتوکول او تصدیق کولای شي په نورمال ډول ارزول شي. د پټنوم بدلون نشي کولای دا پخوانی د لارې انتخاب سم کړي.