اپلیکیشن له یو انټرفیس سره تړل شوی؟ د هغې VPN لاره ډیفالټ نه ده

په ماشین کې یو اپلیکیشن د VPN له لارې وځي او بل نه، او دواړه کاروونکي قسم خوري چې هېڅ یې نه دی بدل کړی. توپیر ډېری وخت د اپلیکیشن خپله تړلو پرېکړه ده: له وسیلې سره تړل شوی سوکیټ، له اړیکې مخکې ټاکل شوې سرچینې پته، یا د خپلې لارښوونې جدول لرونکی نومتش. هر یو بدلوي چې کومه لاره چلند کوي، او هېڅ یو یې د براوزر په عمومي IP کتنه کې نه ښکاري.

درې بېلې تړنې، درې بېلې اغېزې

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

د شبکې نومتش درېیم حالت دی. خپل انټرفیسونه او خپل لارښوونې جدول لري، نو د هغې دننه اپلیکیشن د کوربه ډیفالټ هېڅ اغېزه نه اخلي. درېواړه د یو شي په توګه ګڼل هغه ډاډمنې څرګندونې جوړوي چې لومړۍ ازموینه نه شي تېرولای.

وټاکه چې اپلیکیشن په رښتیا څه ټاکي

له لارو لاسوهنې مخکې د اپلیکیشن شبکهيي ترتیبات یا مستند چلند ولوله. که د انټرفیس ټاکنه، د سرچینې پتې ساحه یا د نومتش اختیار وړاندې کوي، هماغه تنظیم لومړی کتنې وړ دی. که نه، تړنه کېدای شي داخلي وي او یوازې د تعقیب یا خپل تشخیص له لارې ښکاره شي.

په Linux کې د SO_BINDTODEVICE په څېر د سوکیټ اختیارونو مستند حد او د اجازې غوښتنې شته، او بې امتیازه پروسه کېدای شي هغوی په بشپړه توګه ونه شي ټاکلای. دا محدودیت ګټور نښه ده: که اختیار تطبیق نشي، نو اپلیکیشن د توپیر سرچینه نه وي.

د تګلارې لارښوونه سرچینه لولي

کله چې د تګلارې لارښوونه تنظیم وي، یوه قاعده کولای شي د پیکټ سرچینې له مخې جدول وټاکي. نو هغه سوکیټ چې د سرچینې پته تړي کولای شي داسې قاعدې پسې لاړ شي چې ډیفالټه لاره هېڅکله نه مس کوي، حتی که هېڅ انټرفیس په څرګنده ونومول شي.

پلټنه د اپلیکیشن هغه ورته پتې کورنۍ، سرچینه او نومتش سره بیا تولید کړه. د کوربه نومتش کې د شیل له لارې عمومي لارپلټنه بل پوښتنې ته ځواب وایي، او همدا ناسمون د کار کوونکې لارې ماتې ښکارېدو تر ټولو عام لامل دی.

وویشل شوی تونل او مرستندویې پروسې

د هر اپلیکیشن لپاره وویشل شوی تونل یوه بله طبقه زیاتوي. کلاینټ کولای شي د اپلیکیشن بسته یا پروسه سره سمون وکړي، او مرستندوی چې خپل سوکیټ پرانیزي جلا موضوع ده. پیلوونکی او د هغه شاته خدمت کولای شي د یوې ښکاره نوم لاندې بېلې اړیکې جوړې کړي.

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

د اپلیکیشن خپله لاره وازمویه

له هر بدلون وروسته له اپلیکیشن څخه نوې غوښتنه وچلو. هغه براوزر چې ستاسو غوښتل شوې وتنه ښیي د بل انټرفیس سره تړلي بل پروګرام لپاره برابر شاهد نه دی، او کیش شوې اړیکې کولای شي د تنظیم له بدلون وروسته هم اوږد وخت زړه لاره وکاروي. له نوي قاعدې قضاوت مخکې زړه ناسته وتړه. که نه، ازموینه تېره اندازه کوي.

د Linux سوکیټ مرجع SO_BINDTODEVICE او د هغې غوښتنې مستندوي. لومړی د اپلیکیشن خپل ترتیبات ولوله، پلټنه په هماغه بډایه کې بیا تولید کړه، او یوازې بیا پرېکړه وکړه چې لاره که تړنه باید بدله شي.