د هر اپ لپاره VPN که split tunnel؟ د Mac لار څه فیصله کولی شي

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

ټاکونکی منزل دی، هېڅکله پروسه نه

هره لارښوونه د منزل له پتې پیلېږي او په یوه انټرفیس پای ته رسېږي۔ کرنل هېڅکله نه پوښتي چې کومه برنامه پاکټ لېږلی، او په macOS کې pf هم د پروسې له مخې لارښوونه نه کوي، نو د اوروژنې قاعده نشي کولی یو اپلیکیشن بله لار وټاکي۔ له همدې امله هماغه سرور، که له براوزر څخه ورته ورسېږو یا له راپور ورکوونکې وسیلې، دواړو ته یوه لار اخلي۔ له همدې امله د اپ کچې جلا کول باید له لارې پرته له بل شي څخه راشي: د VPN پلگ ان چې سوکټ لري، پراکسي چې د اپ په استازیتوب اړیکه اخلي، یا جلا شبکه یی سټک۔ له دې هیڅ یو هم د لارښوونې بدلون نه دی۔

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

عادي split tunnel واقعاً څه ورکوي

split tunnel د خصوصي مختاړو لپاره لارې نصبوي او نور هر څه پر فزیکي لار پرېږدي۔ معمولاً د غوښتنې معنا همدا ده: د تونل له لارې دفترونو سرور ته رسېدل، عامه لټون مستقیم ساتل۔ ساده ده، هره عادي کولینټ یې ملاتړ کوي، او د هرې بلې لارې په څېر په هماغه میکانیزم پلي کېږي۔ ځانګړی منزل د route -n get سره وګورئ، د ډیفالټ لارې لوستلو پرځای، ځکه چې split tunnel ډیری وختونه ډیفالټ لاره نه لمس کوي۔

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

په macOS کې فی اپ VPN څه غواړي

په macOS کې ریښتینی فی اپ VPN د Network Extension یوه ځانګړتیا ده چې د ترتیبي پروفایل له خوا چلول کېږي۔ مدیریتي بار غوره شوي اپلیکیشنونه د VPN ترتیب سره نښلوي، او سیستم بیا د هغو اپلیکیشنونو ترافیک په هماغه ډول لارښوونه کوي۔ دا مدیریت شوی ځای پرځای کول دي، چې مانا یې MDM، لاسلیک شوی پروفایل او هغه مدیر دی چې دواړه لري۔

کولینټ په لاس نصبول هغه نقشه نه جوړوي، او عادي تنظیمات پینل اپلیکیشنونه په جلا توګه د ټاکلو وړ نه کوي۔ پلورونکی کولی شي خپل د اپ قواعد وړاندې کړي، او هغه د عمومي قاعدې پرځای د هغه اسنادو پیروي کوي۔

پرته له MDM د اپ کچې جلا کولو لپاره درې لارې

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

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

غوښتنه ولیکئ تر څو ځواب روښانه وي

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

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