ایا د TLS پوښ تاسو ته خصوصي شبکه درکوي؟ معمولاً نه

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

د خدمت پوښ په رښتیا څه نښلوي

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

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

application -> local listener -> TLS connection -> remote listener -> configured backend

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

ومومئ چې د TLS کانال چېرې پای ته رسي

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

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

ss -ltnp | grep -F 443
openssl s_client -connect svc.example.net:443 -servername svc.example.net </dev/null | openssl x509 -noout -subject -dates

لومړی حکم ښیي چې کوم پروسه د پورټ مالکه ده او په کومه پته اورېدل کوي۔ دوهم هغه سند چاپوي چې مراجع یې واقعاً ترلاسه کوي، او دا هغه هویت ګڼنه ده چې د پورټ شمېره یې نشي بدلولی۔

د لارې VPN څه زیاتوي چې پوښ یې نه کوي

د لارې VPN یو انټرفیس نصبوي، د ټاکل شوو مخکښو مالکیت اخلي او د کوربه د لارې او د لاسرسي تګلارې سره یوځای کیږي۔ په ماشین کې هر اپلیکیشن پرته له دې چې پوه شي تونل شته، ګټه پورته کوي۔ پوښ هغه لاسرسی یو ترتیب شوي اورېدونکي ته ورکوي او هماغه ځای ودريږي۔

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

یو قانوني ترکیب شته: د VPN پروتوکول چې د TLS پوښ دننه په قصداً ملاتړ شوي TCP ترتیب کې لېږدول کیږي۔ دا دوه پوړونه یو پر بل اچوي، او پوښ او VPN د یو ډول شي نه جوړوي۔

هغه پوله چې ناکامه کیږي پرتله کړئ

له هر څه بدلولو مخکې د مخې برخې پته، اورېدونکی، د ملګري هویت، د بیکاینډ هدف او د اپلیکیشن عمل ولیکئ۔ بیا د پرتلې وړ د پرتلې وړ سره پرتله کړئ: د بل کوربه نوم یا پورټ له لارې بریالیتوب دا نه ثابتوي چې د اور وژنې او سند شرایط یو شان وو۔

رد شوې بیکاینډ غوښتنه باید هېڅکله د مخې برخې هویت تایید بندولو سره سمه نشي۔ دا د تشخیص وړ اجازه ناکامي د تشخیص نا وړ باور ناکامي سره بدلوي۔

curl -sv --resolve svc.example.net:443:203.0.113.10 https://svc.example.net/health 2>&1 | head -30

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

مهمه پرتله د ساتل شوو پایونو جوړه، لېږدول شوی بار، هغه اپلیکیشنونه چې کاروي یې او په هدف کې پلي شوې اجازه نوموي۔ TLS دې شرحې ته ونډه ورکوي، پرته له دې چې بشپړه یې کړي۔