ولې یو VPN سرچینه کار کوي او بله د وخت پای ته رسېږي

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

په یوه ګېټوې کې دوه خدمتونه د بېلې پتې کورنیو، بېلو فرعي شبکو او بېلې تګلارې له لارې لاسرسي کېدای شي۔

کارکوونکې بهیر له ناکام بهیر څخه بېل کړئ

هر خدمت د VPN نښه نه، بلکې خپل بهیر وګڼئ۔ یو نمونه کلاینت کولای شي portal.corp.example په 172.20.4.15:443 کې پرانیزي او بیا هم 172.20.9.40:5432 کې یو ډېټابیس ته ونه رسېږي، ځکه هغه دوه منزلونه د دوو قاعدو ټولګو سره دي۔ مخکې له دې چې څه بدل کړئ دواړه کرښې ولیکئ، پورټ او پروتوکول هم په کې، ځکه هغه قاعده چې په یو هوسټ کې TCP 443 ته اجازه ورکوي، د همدغه هوسټ په TCP 5432 اړه هیڅ نه وایي۔

د څېړنې وړ کرښه ناکامه کرښه ده۔ کارکوونکې کرښه یوازې د دې ځای ښیي چې بنسټیزه کرښه چېرته ده، او له هر بدلون وروسته به د پرتلې نقطه وي۔

له نومونو پرتلې مخکې پتې پرتله کړئ

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

ip route get 172.20.4.15
ip route get 172.20.9.40
ip -6 route get 2001:db8:60::20

پلټنه یوې تنګې پوښتنې ته ځواب وایي: دا هوسټ د اوسنیو جدولونو او تګلارې قاعدو له مخې د هغه منزل لپاره کومه لاره ټاکي۔ د 172.20.4.0/24 لار 172.20.9.0/24 نه پوښي، او دویم شبکه مدیر یا ډېر ځانګړتیا لرونکې ځایي لار کولای شي تونل په چوپتیا کې تر پښو لاندې کړي۔ کله چې هغه ستاسو له شیل څخه بېل وي، پلټنه د نومونو په تشه کې یا د هغه نښان سره چې اپلیکیشن یې کاروي تکرار کړئ۔ هغه انټرفېس هم ثبت کړئ چې پاکټ ترې وځي، ځکه د لارو جدول کولای شي یو انټرفېس ونوموي پداسې حال کې چې تګلارې ته اړوند روټینګ بهیر له بلې لارې وباسي۔

برابرېدونکې لار اړینه شرط ده، نه اجازه۔ یوازې دې ته اشاره کوي چې پاکټ ځای لري چې ولاړ شي، او د دې اړه هیڅ نه وایي چې اور سور یا اجازې خدمت یا پخپله هوسټ به یې ومني۔

پروتوکول او د ځواب پړاو ښیي چې چېرته درېږي

د ping ځواب نه ثابتوي چې د ډېټابیس پورټ خلاص دی، او بریالی HTTPS پاڼه د همدې ماشین د فایل شریکولو اجازه نه ورکوي۔ د هر ناکامۍ یوې طبقې ته هوارولو پرځای ولیکئ چې رېښتیا څه راستانه شول۔ د وخت پای، ریسېټ، TLS د هویت تېروتنه او په اپلیکیشن کچه انکار هر یو بېل طبقې ته اشاره کوي۔

توپیر مهم دی ځکه سمونونه بېلې خواو ته ځي۔ چوپتیا معمولاً د لارې، اور سور یا په مسیر کې د ژباړې ستونزه معنا کوي۔ سمدستي ریسېټ ښیي چې یو څه هوسټ ته ورسېد او پورټ یې رد کړ۔ د سند تېروتنه معنا دا ده چې اړیکه ورسېده او نوم برابر نه شو، چې دا د ترتیب ستونزه ده نه د لاسرسي۔ د اپلیکیشن انکار معنا دا ده چې شبکه خپله دنده ترسره کړه او هویت وروسته رد شو۔

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

یو بدلونکی بدل کړئ او دواړه غوښتنې بیا وچلوئ

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

د پراخه لارې اضافه کولو یا د ازموینې په توګه د ګروپ پرانیستلو پرځای له سرچینې مالک څخه وغواړئ چې نیت شوې حق تایید کړي۔ د یوې خبرې ثابتولو لپاره شبکه پراخول هغه لار ده چې لنډمهاله تشخیص تلپاتې ښکارېدنې ته اړوي، او هغه کنټرول له منځه وړي چې تاسو پیل کړی و۔ په هر تکرار کې یوه ښودل شوې ناسمونې کافي ده: ورکه لار، غلطه پتې کورنۍ، بند پورټ یا نه شته ګروپ غړیتوب۔

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