د Docker د pool د تضاد تېروتنه د VPN مسیر ستونزه نه ده

Docker په دې پته-ځای کې د pool د بل سره د تضاد پیغام سره شبکه جوړول ردوي، او یو څوک فیصله کوي چې VPN مسیر باید لامل وي. دا نشي کېدای. هغه تېروتنه هغه وخت رامنځته کېږي چې pool وېشل کېږي، د یوې بستې له شتون دمخه، او لاسي کرنل مسیر پرې هېڅ اغېزه نه لري. VPN یو ګام وروسته مهم دی، کله چې بهر ته وتلې کانټینر د مسیر له ښکاره کېدو وروسته نه لاسرسي وړ وي. دوه ستونزې، د شاهدو دوه ټولګې، او د هغوی ګډول داسې بدلون رامنځته کوي چې هیڅ یوه هم نه سمېږي.

دوه ورته تېروتنې

د وېش تېروتنه حسابي ده. Docker هغه فرعي شبکه چې تاسو غوښتې د هغو فرعي شبکو سره پرتله کوي چې لا یې مدیریت کوي، یو تقاطع مومي او ردوي. لا هیڅ نه چلېږي، نو مسیر، کانټینر او د کتلو ترافیک نشته.

د چلېدو نښه د لاسرسي پوښتنه ده. هغه کانټینر چې پرون ځواب ورکاوه اوس ځواب نه ورکوي، او په هوسټ د مسیرونو په جدول کې یو څه بدل شوي. کانټینر خپله پته ساتي؛ پوښتنه دا ده چې هغه پته کومه لار اخلي.

دواړه د پتې د پلان ستونزې دي. یوازې یوه یې د Docker ستونزه ده.

لومړی وېشل شوې pool ولولئ

شبکې ولیکئ او هغه وګورئ چې تقاطع کېدای شي. فرعي شبکه په IPAM ترتیب کې ده، او نښلول شوي کانټینرونه جلا لیست کېږي:

docker network ls
docker network inspect EXISTING_NETWORK

هغه فرعي شبکه د نوي شبکې غوښتل شوې pool سره پرتله کړئ، او په یاد ولرئ چې Compose د هر پروژې لپاره خپله اصلي شبکه جوړوي. د هېر شوې پروژې سره ټکر د ډیمون سره د ټکر غوندې ښکاري.

په یوه خدمت باندې ثابته ipv4_address د یو کانټینر پته ده، نه د pool تعریف. د هغې بدلول تضاد نه لېرې کوي، ځکه چې تضاد د شبکې فرعي شبکو ترمنځ دی نه د کانټینرونو ترمنځ. د Docker network-create حواله د عادي پولټې وېش لپاره د نه تیتېدونکو فرعي شبکو غوښتنه کوي او مستند کوي چې څنګه یوه په ښکاره ډول وټاکل شي.

د VPN سره مقاومت کوونکی مخکښ وټاکئ

سمدستي ټکر او راتلونکی مسیر د یوې همدې انتخاب له مخې ټاکل کېږي، نو یو ځل یې وکړئ. کاندید حد د LAN، د هغو VPN منزلونو سره چې هوسټ ورته رسېدای شي، او د کارېدونکي بل هر overlay سره پرتله کړئ.

هغه مخکښ چې Docker قناعت وړوي او د لرې شبکې سره ټکر کوي تاسو ته داسې کانټینر درکوي چې پاک پیلېږي او د ټنل د پورته کېدو په شېبه کې نه لاسرسي وړ کېږي. دا په دې لیکنه کې دوهمه تېروتنه ده، او وروسته یې تشخیص د اوس د هغې له مخنیوي څخه ډېر ستونزمن دی.

ټاکل شوي حدونه داسې ځای ولیکئ چې راتلونکی پروژه یې ولولي. د وېشل شوو مخکښانو یو کرښه ثبت له بې تشرېحې اونۍ د وخت تېرېدو څخه ارزانه دی.

شبکه په قصداً توګه لېرې کړئ یا بدل کړئ

د نوي Compose شبکې لپاره، نا کارېدونکی مخکښ د شبکې په IPAM ترتیب کې وټاکئ. د موجودې پروژې لپاره، بیا شمېرنه پلان کړئ: ثابتې پتې، تړلي خدمتونه او د شبکې د بیا جوړولو ګام ټول باید په پام کې ونیول شي، ځکه چې YAML سمول د چلېدونکې شبکې بیا شمېرنه نه کوي.

که یوه زړه شبکه د ټکر وړ وېش مالک وي، د هغې له لېرې کولو دمخه وګورئ څوک نښلول شوي. docker network rm تر هغه ردوي چې فعال endpointونه شته، او docker stop د شبکې نوم پرځای د کانټینر نومونه یا ID اخلي. د کانټینر بندول هغه شبکه تعریف هم نه لېرې کوي چې pool لري.

پراخ prune د تشخیص وسیله نه ده. دا نااړوندو پروژو ته رسېږي او هغه شواهد له منځه وړي چې تاسو یې راټولول.

اصلي pool یوازې بل وېش ته مرسته کوي

د ډیمون اصلي پته pool ترتیب راتلونکي اتومات وېشونه په دې سره ښه کوي چې هغه د هغو حدونو څخه بهر ساتي چې تاسو یې ساتئ. دا له مخکې موجودې شبکې په شاتګ بیا پتې نه کوي, او هغه ښکاره فرعي شبکه نه حل کوي چې له بلې ښکاره فرعي شبکې سره تېتېږي.

هغه ترتیب د خپل جلا بیا پیل سره جلا، پلان شوی بدلون وګڼئ، نه د یوې پروژې د ترمیم برخه. دواړه ګډول یعنې د ډیمون بیا پیل د یوې نااړوندې څېړنې په منځ کې راځي. هغه په خپله کړکۍ کې مهالوېش کړئ. بیا تایید کړئ چې یو نوی اتومات وېش واقعاً ستاسو د ساتل شوو حدونو څخه بهر راځي.

کله چې جوړول بریالي شي، هغه فرعي شبکه چې واقعاً چلېږي تایید کړئ او بیا د VPN د هغې په نیت شوې حالت کې یوه ریښتینې غوښتنلیک غوښتنه وکړئ. که pool سم وي او لاسرسی لا هم ناکام شي، پاتې کار د مسیر ټاکل، فلټرول او د بېرته راستنېدو لار ده. دا د چلېدو پر مهال څېړنه ده، او د وېش تېروتنه په شاتګ بې معنا نه کوي.

د کار ترتیب: وېشل شوې pool ولولئ، هغه مخکښ وټاکئ چې Docker او VPN منزلونه دواړه اوړي، شبکه په قصداً توګه بیا جوړه کړئ، بیا د ټنل د پورته والي په حالت کې یوه غوښتنه وآزمویئ.