آیا ګرځنده VPN پیرودونکی کولای شي د دفتر لپاره یوه خدمت میزباني کړي؟

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

د ډایل ان لوري د خدمت د لوري په اړه هېڅ نه وايي

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

د انبار سیسټم تصور وکړئ چې په ګرځنده لپ ټاپونو کې له یوه استازي پوښتنه کوي، یا هغه پراختیا کوونکی چې له کوره د ازموینې API ته اړتیا لري۔ دواړه غواړي چې د دفتر خوا خبرې پیل کړي، چې د معمول پیرودونکي-ته-سرور بڼې برعکس دی۔

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

له پورټ خلاصولو مخکې د بېرته راستنېدو لار تعقیب کړئ

لارې درې برخې لري: په ګېټوې کې یوه لاره چې د پیرودونکي داخلي پتې ته اشاره کوي، هغه تګلاره چې ځانګړي بلوونکي ته اجازه ورکوي، او په هدف کې اورېدونکی خدمت۔ هرې برخې بېل ډول ناکامي پېښېږي، له همدې کبله «VPN روښانه دی» نږدې هېڅ نه وايي۔

ښه خبر دا دی چې داخلي لاره د پیرودونکي د کور راؤټر کې د پورټ لېږد ته اړتیا نه لري۔ د خدمت د ټونل پتې په خپرولو کې چې د کور WAN پتې پرځای، همدا مانا ده، ځکه چې د کور WAN پتې کې ښکارېدل او NAT قواعد به په بشپړه توګه بېل وي۔ د کور راؤټر ممکن د دفتر څخه راتلونکې اړیکه hairpin کولو ته هم انکار وکړي، نو WAN لاره ستاسو VPN سره بې تړاوه لاملونو له مخې ناکامېږي۔ ټرافیک د ټونل دننه ساتل دواړه ستونزې یوځای له منځه وړي۔

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

نومونه او پتې د ډیزاین پرېکړې دي

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

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

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

غړیتوب نه، خدمت وآزمویئ

له هدف څخه تایید کړئ چې څه او په کومه پته اورېدل کېږي، بیا د بېرته راستنېدو لارې په اړه د ګېټوې لید تایید کړئ:

$ ss -ltnp | grep 8080
LISTEN 0 128 10.80.0.23:8080 0.0.0.0:*
$ ip -4 addr show tun0 | grep inet
inet 10.80.0.23/24 scope global tun0
$ ip route get 10.80.0.1
10.80.0.1 dev tun0 src 10.80.0.23

اوس د دفتر خوا له غږیزې ځواب پرځای ریښتیني غوښتنې سره وآزمویئ۔ په خدمت باندې بریالۍ curl په یو وخت لاره، تګلاره او اورېدونکی ثابتوي، پداسې حال کې چې بریالی پنګ یوازې دا ثابتوي چې ICMP اجازه لري۔ که غوښتنه ناکامه شي، د فایر وال پراخولو او هیلې پرځای د درې برخو له لارې شاته لاړ شئ۔

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

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