Meshnet، Docker او د دوی ترمنځ اجازه

دوه URL کولای شي د همکار له براوزر څخه یو شان ښکاره شي او د اوروژنې لپاره بشپړ توپیر لرونکي شیان معنا کړي۔ یو یې د هغې خدمت په لور اشاره کوي چې په خپل کوربه اورېدل کوي۔ بل یې د کوربه هغه پتې ته اشاره کوي چې پورټ یې د کنټینر شبکې ته خپور شوی، چېرې چې د ژباړې یو ګام اړیکه بل IP ته سپاري۔ په همکار-تر-همکار شبکه کې چې د هر همکار لپاره د اجازې سره سیمه ییزې شبکې لاسرسی کنټرولوي، هغه توپیر ټوله کتنه ده۔

اجازه د کوربه د پای نقطې په اړه ده، ژباړه د Docker په اړه ده، او ننوتل د اپلیکیشن په اړه ده۔ درې پرېکړې، درې ځایونه چې وګورو۔

له خپرېدو وروسته د هدف تعقیب وکړئ

یو Linux Docker کوربه واخلئ چې د کنټینر پورټ 80 د کوربه پورټ 8080 باندې خپروي۔ یو همکار په 8080 کې د کوربه شبکې پتې ته نښلېږي، کوربه اړیکه مني، او د هدف ژباړه یې د کنټینر د پل پتې په لور، معمولاً د 172.17.0.2 په څېر یو څه، په پورټ 80 کې بیا لیکي۔

کله چې یو قاعده هغه بهیر وګوري، د پام وړ هدف کنټینر دی، نه کوربه۔ هغه تګلاره چې یوازې د «په دې ماشین کې خدمت» په اړه فکر کوي، د غلط شي په اړه فکر کوي۔ غوښتنه په کوربه کې ښکته شوه، خو بل ځای ته رسول کېږي۔

نو ځکه د شبکې اسناد Docker کنټینرونه په هغو سرچینو کې شمېري چې په Linux کې یې سیمه ییزې شبکې اجازه کنټرولوي۔ اجازه د عادي VPN د اجازه لښتلیکې د ننوتلو مترادف نه ده، او دواړه کنټرولونه یو بل نه بدلوي۔ یو پرېکړه کوي چې ایا همکار کولای شي سیمه ییزو سرچینو ته ورسېږي؛ بل پرېکړه کوي چې تونل لار کوم هدفونه وړي۔

پرېکړه وکړئ چې یوه اجازه څومره سیمه ییز لاسرسی ورکوي

همکار ته سیمه ییزې شبکې لاسرسی ورکول د یو کنټینر پرېکړه نه ده۔ دا کولای شي په هماغه کوربه کې نور خپاره شوي خدمتونه ښکاره کړي، او د کوربه د لېږلو د څرنګوالي له مخې لرې تر ډېره ورسېږي۔ د یو ډشبورډ لپاره د سویچ د کېکاږلو دمخه اغېزمن حد وګورئ۔

بیا وګورئ چې Docker پورټ چېرې خپروي۔ په 0.0.0.0 خپرېدل په هر کوربه پته کې یو اورېدونکی جوړوي، کوم چې د شبکې ننوتلو ترڅنګ یو عادي LAN ننوتل هم زیاتولای شي۔ که اړتیا یوازې شبکه وي، خپرېدل هغه ځانګړې پتې یا انټرفېس ته وتړئ چې تاسو یې په نظر کې لرئ، او پراخه تړل د اسانتیا نه بلکې جلا موندنې په توګه وګورئ۔

د کوربه د لېږلو تګلاره او د اپلیکیشن خپله تصدیق د خدمت لپاره کافي تنګ وساتئ۔ خصوصي ښکاره کېدونکی URL د لاسرسي کنټرول نه دی، او هغه کنټینر چې په خپله پل شبکه کې هرې سرچینې باور کوي د شبکې د همکار له تصویب سره خوندي نه دی۔ د اپلیکیشن تصدیق درېیمه پرېکړه ده، او یوازینې هغه ده چې پوهېږي کاروونکی څوک دی۔ د کوربه کچې اجازه نشي کولای دا پوهه ورکړي۔

اجازه وآزمویئ، نه یوازې URL

له تصویب شوي همکار څخه سم خدمت پرانیزئ او ډاډ ترلاسه کړئ چې کار کوي۔ بیا هغه هدف وآزمویئ چې باید رد پاتې شي او ډاډ ترلاسه کړئ چې کار نه کوي۔ یوازې د نېکمرغه لار آزمویل تاسو ته وایي چې اجازه ورکړل شوه؛ نه وایي چې پوله هماغه ځای دی چې تاسو فکر کوئ۔

د کوربه اصلي خدمت جلا پرتله کړئ۔ که ډیټابیس په کوربه کې اورېدل کوي او ډشبورډ په کنټینر کې ګرځي، دوی له هماغې اجازې څخه بېلې لارې اخلي او کېدای شي د کوربه د لېږلو تګلاره دواړه یو شان کنټرول نه کړي۔ د کتنې یادښت لیکلو دمخه ثبت کړئ چې کوم یو کوم دی۔

د لاسرسي «بیا تنظیم» لپاره د Docker جدولونه یا د شبکې د کلاینټ قواعد خالي مه کوئ۔ دواړه محصولات خپل د تګلارې یوځای کول نصبوي، او د هغې پاکول هغه کوربه جوړوي چې کار کوي ښکاري خو هغه کنټرولونه چې تاسو ته د ارزولو ویل شوي ورباندې تېرېږي۔ که یوه قاعده غلطه ښکاري، هغه ولولئ او یوازې هماغه قاعده بدله کړئ۔ که نشئ تشریح کولای چې یوه قاعده څه کوي، هغه موندنه ده، نه د هغې د پاکولو لامل۔

موندنه د سیستم په خپلو اصطلاحاتو ولیکئ

مهمه دا ده چې محصول په رښتیا کوم توپیر پلي کوي، نه هغه چې د کتنې په کالب کې دی: د کوربه پای نقطې ته رسېدو اجازه، لارښوول شوو خصوصي سرچینو ته رسېدو اجازه، او د اپلیکیشن کارولو اجازه۔ د پورټ خپرول هغه درې پرېکړې هماغه ځای پرېږدي چې وې، او هغه کتونکی چې دوی یو ګڼي غلط حد به تصویب کړي۔

د کوربه پته، خپور شوی پورټ، د کنټینر هدف او د همکار اجازه په یوه جمله کې ووایاست۔ هغه جمله بل څوک آزمویلای شي، او همدا هغه موندنه جوړوي نه نظر۔