Docker: د VPN غونډې په جریان کې هیڅ مخکې ټاکل شوي پتې ذخیرې نه پاتې کیږي
د مخکې ټاکل شوې ذخیرې تېروتنه د اتوماتیک تخصیص په اړه ده، نه د عامه پتو. تخصیصونه وشمېرئ، on-link لارې پرتله کړئ او د VPN پالیسي نېغه وساتئ.
ناکامي ځانګړې ده: Docker د نوي پل شبکې لپاره د منلو وړ اتوماتیک فرعي شبکه نه شي موندلی. دا نه معنی لري چې د ماشین پتې خلاصې شوې، او نه دا چې VPN خراب شوی. دوه پوښتنې تشخیص ټاکي: ډیمون کوم کاندید بلاکونه ویني، او په دې چاپېریال کې یې تخصیص کوونکی له هغو کومونه بېلوي. همدې ترتیب ته ورسېږئ، ځکه چې تر لومړنۍ پوښتنې ځواب پورې دویمه پوښتنه بې معنا ده.
له هر څه بدلولو دمخه تصدیق کړئ چې څه ناکام شول
لاندې ګامونه له هغه کوربه چې ډیمون چلوي پلي کړئ. هغه شل چې له لرې شرایطو سره خبرې کوي بله ماشین بیانوي، او همدا یوه تېروتنه یو ساعت ضایع کولی شي.
په همدې وخت کې په ټکټ کې د Engine بڼه ولیکئ. د دې لارښود پاتې برخې هره اټکل کوونکې بڼې ته تړلې ده، او پرته له بڼې ادعا اوازه ده.
هغه تخصیصونه وشمېرئ چې لا دمخه یې لرئ
شبکې لیست کړئ، بیا مهمې وګورئ: docker network ls، بیا docker network inspect NETWORK_NAME. د هغو IPAM فرعي شبکې او له هر یو سره نښلول شوي کانټینرونه ولولئ. څو Compose پروژې له خپل کانټینر شمېر څخه ډېر بلاکونه کاروي، ځکه چې هره پروژه خپله اصلي شبکه جوړولو ته میلی لري. تم شوی کانټینر د خپلې شبکې تخصیص نه خوشې کوي.
د ذخیرې ترتیب هم وګورئ، ځکه چې اصلي ذخیره بنسټیزه لړ او د هرې شبکې لپاره مخکښ اندازه لري. په هره شبکه کې لوی تخصیصونه شته بلاکونه ژر ختموي، او دا د ظرفیت حقیقت دی، د لارې اچونې ستونزه نه.
شمېره ولیکئ. همدا هغه بنسټیزه کرښه ده چې وایي بله بدلون مرسته وکړه که نه.
د ډیمون لید د لارو په اړه پرتله کړئ
VPN کولی شي د کاندیدانو پر ټاکنې اغېزه وکړي، خو څنګه یې دقیق تطبیق ټاکي. په Linux کې Moby 28.2.2 کې InferReservedNetworks د نومونو سرور پتې او ځینې on-link IPv4 لارې راټولوي، او هرې جدول له هرې لارې په ساده ډول نه ساتي. راټولې شوې نښلېدلو لارې ناټاکلې منزل پته هم بېلوي، نو یوازې یوه 0.0.0.0/1 لار ټولې پتې نه ساتي. بله پراخه on-link مخکښه، لکه 128.0.0.0/1، کولی شي پېژندل شوې 172 او 192 کاندید لړۍ پرې کړي.
ip -4 route show table all د VPN له نښلېدو دمخه او وروسته، د ډیمون په کوربه پرتله کړئ. توپیر شاهد دی، او بڼه د ادعا ساحه ده.
د یوې خپرونې اټکل کوونکې ټولو خپرونو ته نه عمومي کوئ. همداسې د فورمې ځواب پالیسي بدلون ته اوړي.
هغه تر ټولو کوچنی سمون وټاکئ چې کار کوي
که تصدیق شوې نه کارول شوې شبکه هغه بلاک وساتي چې تاسو ته ورته اړتیا ده، نو د پراخې پرې کولو پرځای له مالک سره یې هدفمند تقاعد پلان کړئ. د نوي شبکې لپاره، په څرګنده بیاکتل شوې نه کارول شوې فرعي شبکه له اتوماتیک ټاکنې بشپړه مخه نیسي. هغه فرعي شبکه بیا هم باید له ریښتینې Docker، LAN او اړینو VPN منزلونو څخه ډډه وکړي، ځکه چې شخصي مانا خوندي نه ده. د ریښتیني لرې مخکښې لار اچونه به د تخصیص تېروتنه په ماتې لاسرسي بدله کړي.
default-address-pools بدلول د راتلونکو تخصیصونو په اړه پراخه پالیسي ده. بې تضاد بنسټ او مناسبه تخصیص شوې اندازه وټاکئ، له موجودو ډیمون تنظیماتو سره یې یوځای کړئ، او مستند بیا پیل اغېزه پلان کړئ. موجودې شبکې په خاموشۍ بیا شمېرل کیږي نه.
د تخصیص د بریالیتوب لپاره د شرکت د لارو تېلول مه بندوئ. څرګند پتې پلان معمولاً محلي ستونزه پرته له دې چې لازمي پالیسي کمزه کړي حل کوي.
تخصیص او لار اچونه جلا ومنئ
له بدلون وروسته، هغه فرعي شبکه وګورئ چې Docker واقعاً جوړه کړه او د غوښتنلیک VPN او محلي تړاوونه وازموئ. بریالی تخصیص او د چلولو په وخت کې سمه لار اچونه دوه جلا منلو څېړنې دي، او لومړۍ تېرول د دویمې لپاره شاهد نه دی. که غوښتنلیک د تونل شاته سرچینې ته نه شي رسېدلی، تاسو د لار اچونې ستونزه لرئ چې د ذخیرې تېروتنې پټوله. دواړه پایلې په ټکټ کې ولیکئ.
د لارو توپیر او د ذخیرې شمېره له بدلون ثبت سره وساتئ، ځکه چې بله VPN کلاینت تازه کول کولی شي لومړی بدل کړي پرته له دې چې Docker ته لاس وړي.
لارښود هغه وخت بشپړ دی چې بل څوک دا دوه څېړنې تکرار کړي او هماغه ځواب ترلاسه کړي.