د Onion خدمت او د VPN خدمت: د لاسرسي بېلابېل ماډلونه

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

افسانه: دواړه طرحې یوازې یوه پټه ور ده

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

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

د Onion پته واقعاً څه ته اشاره کوي

د Onion پته v3 نسخه د خدمت عامه کلي کوډ کوي، نو څوک نشي کولی هغه خدمت لپاره پته وټاکي چې کنټرول یې نه لري۔ کلاینټ د Tor له لارې د کتنې ځای سره نښلوي، او خدمت له خپلې خوا څخه هماغه نقطې ته رسېږي؛ هیڅ عادي وتونکی نوډ هغه اړیکه خدمت ته نه رسوي۔ نوم هویت دی، DNS ریکارډ نه دی۔

dig +short example.onion
curl --socks5-hostname 127.0.0.1:9050 http://example.onion/
systemctl status tor

له همدې امله د onion نوم لپاره لاره یا hosts ننوتنه زیاتول هیڅ ګټه نه لري۔ لټون میکانیزم نه دی؛ Tor کلاینټ او د هغه سرکټونه میکانیزم دي۔ که خدمت د خلکو کوچنۍ ډلې لپاره وي، د onion کلاینټ اجازه کولی شي د اړیکې له منلو مخکې کلي وغواړي، خو هغه لا هم د اپلیکیشن ننوتل نه دي۔ پته خپرول هم په قصد شوی کار دی، ځکه هر څوک چې هغه زده کړي کولی شي اړیکه وآزموي پرته له دې چې تاسو محدود کړی وي۔

ودرېږئ که د onion طرحې یوازینی دلیل د تصدیق برابرولو څخه تېښته وي۔ پوښ طبقه هغه نه ورکوي، او تاسو به یې وروسته هم جوړ کړئ۔

د VPN لاره واقعاً څه ورکوي

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

ip route get 10.20.30.40
wg show
curl -sv https://files.internal.example/ -o /dev/null

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

ودرېږئ که لیدونکي ناپېژندل شوي وي یا په دوام بدلېږي۔ یوه پاڼه ښودلو لپاره اجنبیان په شخصي شبکه کې ثبتول د خدمت د خپرولو په پرتله لویه ژمنه ده۔

د دواړو ترمنځ انتخاب، او څه چې هماغسې پاتې کېږي

د onion ماډل غوره کړئ کله چې لیدونکي تخنیکي وي، خدمت باید هیڅ عامه پته ونه لري، او تاسو کولی شئ د Tor د کلاینټ غوښتنې ومنئ۔ د VPN ماډل غوره کړئ کله چې لیدونکي یوه ټاکلې ډله وي چې وسایل یې تاسو مدیریت کوئ او غواړئ د هغې لاسرسی د شبکې په طبقې کې ثبت کړئ۔ هیڅ انتخاب د اپلیکیشن تصدیق، پیچ یا د بیا رغولو د لارې اړتیا نه لرې کوي۔ هیڅ یو هم په هغه معنا چې ستاسو کاروونکو ته مهمه ده پخپله ډېر شخصي نه دی۔

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

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