کوم macOS وسیله کولی شي یو اپلیکیشن یوازې د VPN له لارې تګ ته اړ کړي؟
د یوازې VPN حد ته هم لاره او هم انکار ته اړتیا ده۔ د هر اپلیکیشن پروفایلونه، پروکسي، فلټرونه او PF پرتله کړئ، بیا هغه یو اپلیکیشن وازموئ چې تاسو ته مهم دی۔
د اړتیاوو په سند کې یوه کرښه — «دا اپلیکیشن کولی شي VPN وکاروي، او بل هېڅ نه» — په غلیمانه توګه دوه میکانیزمونه غواړي چې هېڅ یو سوئیچ یې نه برابروي۔ ترافیک ته د پام وړ ټونل له لارې لاره غواړي، او هغه ترافیک چې مستقیم بهر وځي باید رد شي۔ هغه وسایل چې یو یې ښه کوي او بل یې هېڅ نه، عام دي، نو هغه پرتله چې یوازې پوښتنه کوي چې ایا څه شی بلاک کولی شي، په باور سره د پوښتنې نیمایي ځواب ورکوي۔ لومړی حد ولیکئ، بیا هغه برخې وټاکئ چې دواړه نیمې برخې یې پوښي۔
په یوه جمله کې پټې دوه اړتیاوې
لارښوونه هغه برخه ده چې اړیکه په ټونل یا پروکسي کې ځای پرځای کوي۔ انکار هغه برخه ده چې هماغه اړیکه له بل هر لارې بهر تګ ته نه پرېږدي۔ دا د بېلو برخو له خوا پلي کیږي، دوی په بېلو لارو ناکام شي، او یو محصول کولی شي په یوه کې غوره وي او د بل په اړه هېڅ ونه وایي:
| Approach | Steers traffic | Refuses direct egress | Knows the app identity |
|---|---|---|---|
| Per-app VPN profile | Yes, for the apps it names | Only if a filter or firewall also blocks | Yes, within its own rules |
| Application proxy setting | Partly, for requests that honour it | No | No |
| Content filter | No | Yes | Yes, if the filter is written that way |
| Local PF ruleset | No | Yes, by address and port | Not reliably |
جدول د درجه بندۍ نه، د تفتیش لیست په توګه ولولئ۔ هېڅ کرښه دواړه منځني ستنې نه ډکوي، او هغه کرښې چې دوی پوښي دوه همکارې برخې دي: یوه د لارې مالک، بله د انکار۔ د هویت ستنه د بل دلیل له مخې مهمه ده، ځکه هغه قاعده چې د اپلیکیشن نوم نشي اخیستل کولی، د هغه اپلیکیشن په اړه قاعده نشي پلي کولی۔ هر څه چې ځای پرځای کوئ، باید د درېو ځواب ووایي، که نه نو د اړتیاوو په سند کې حد په ماشین کې حد نه دی۔
یوازې لارښوونه د بهر تلو لاره پرېږدي
د اپلیکیشن پروکسي تنظیم د انکار پرته لارښوونې تر ټولو روښانه بېلګه ده۔ دا کولی شي د هغه اپلیکیشن غوښتنې لارښوونه کړي چې د سیستم پروکسي درناوی کوي، او بل هېڅ نه پوښي: مرستندویه پروسه، تازه کوونکی، شالید خدمت یا بل پروتوکول کولی شي خپله لاره ونیسي پرته له دې چې هغه تنظیم ولولي۔ نو په یوه پینل کې د SOCKS پای ټکي ټاکل د اپلیکیشن لپاره د مستقیم بهر تګ د بندیز پالیسي نه جوړوي۔ که اړتیا د ټول اپلیکیشن په اړه وي، پوښتنه وکړئ چې قاعده په رښتیا کومې برخې پېژني۔
د هر اپلیکیشن VPN پروفایل له پروکسي څخه ښه لارښوونه کوي، ځکه پلیټفارم فیصله کوي چې کوم اپلیکیشنونه ټونل ته ننوځي د دې پرځای چې هر اپلیکیشن پخپله فیصله وکړي۔ سره له دې هېڅ نه ردوي: پروفایل لاره برابروي، او هغه ترافیک چې ورسره سمون نه لري عادي لاره نیسي۔ هماغه تشه هغه ځای دی چې دوهمه برخه خپل ځای ګټي، او له همدې امله هغه محصولات چې د یو سوئیچ په څېر ښکاري معمولاً دوه وي۔
یوازې انکار اپلیکیشن ماتوي
د Apple مستندات د مینځپانګې فلټرونو په اړه د شبکې سټیک له لارې د تېریدونکي ترافیک په اړه د اجازه-یا-بندیز پرېکړه تشریح کوي۔ هغه پرېکړه نه ټونل ده او نه پروکسي اړیکه، ځکه فیصله کوي چې څه شی کولی شي دوام وکړي، نه دا چې چېرته ځي۔ یوازې فلټر انکار په بشپړه توګه پلي کوي او اپلیکیشن بېګټه پرېږدي، له پاکو ثبتونو سره او پرته له کوم توضیح۔ د فلټر پرېکړه کولی شي اړیکه ودروي خو هېڅکله ټونل نه برابروي، نو د لارښوونې سره یې یوځای کول د ډیزاین پرېکړه ده، نه اختیاري اضافه۔
په سیمه ییز ډول اداره شوی PF د قواعدو ټولګه د هغه سپیکٹرم په بل سر کې ده۔ دا د مدیر په ملکیت ماشین کې قانوني ملاتړ پرېکړه ده، او په اتوماتيک ډول د وېش وړ محصول بنسټ نه دی، ځکه چې د قواعدو ټولګه لري هغه د نورو فایر وال کاروونکو سره د هغې تعاملات، د هغې د لوړولو لاره او کله چې قاعده غلطه وي د هغې بیا رغونه هم لري۔ محصول ته PF ورزیاتول هغه مالکیت پوښتنه نه لره کوي؛ هغه یې تعریفوي۔
ځای پرځای کول فیصله کوي چې قاعده سبا هم شته که نه
دا چې Network Extension په Apple پلیټفارمونو کې څنګه ځای پرځای کیږي د ستاسو مخې ته د برابرونکي ډول، بسته بندۍ او OS نسخې پورې اړه لري۔ په macOS کې د اپلیکیشن توسیع د کاروونکي په شرایطو کې چلیږي او کله چې هغه کاروونکی ووځي پای ته رسيږي، خو د سیستم توسیع عمومي شرایط لري چې په غونډې پورې تړاو نه لري۔ که ساتنه باید له وتلو وروسته هم پاتې شي، هغه توپیر ټول ډیزاین دی نه د پښۍ یادښت۔ د چلند ژمنه کولو دمخه د ځای پرځای کولو لاره تایید کړئ، ځکه هماغه کوډ د دې پورې اړه لري چې کوم د توسیع ډول لیږل کیږي په بېل ډول ښکته کیږي۔
د سرچینې شتون له پلي کولو څخه جلا مسله ده۔ د زېرمې لوستل تاسو ته وایي چې یو څه څنګه پلي شوي، نه دا چې نصب شوی بائنري په دې ماشین کې څه کولی شي۔ لاسلیک، نصب او اجازه لاهم پلي کیږي، او هغه لارښوونې چې د زاړه کرنل توسیع یا د کتابتون د انجیکشن چل چاپېره جوړې شوې دي بېل پلیټفارم او بېل خطر دریځ تشریح کوي، هر څومره چې یو وخت ښه کار کړی وي۔
د اپلیکیشن نوم اخیستونکی د منلو قضیه
هغه یوه کړنه وټاکئ چې اپلیکیشن پخپله یې کوي، هغه پته یادښت کړئ چې باید ورته ورسیږي او ایا هغه پته IPv4 ده که IPv6، بیا په تصویب شوي بې ټونل حالت کې هماغه کړنه تکرار کړئ۔ دوهم ځل باید اعلان شوی انکار راوړي، نه غلیمانه مستقیم بیا هڅه۔ دا هغه نیمه برخه ده چې خلک یې ناټاکلې پرېږدي، او یوازینۍ نیمه برخه چې ثابتوي انکار شته۔ لومړی یې هغه وخت چې ټونل شته وي وچلوئ، تر څو د دوو پایلو ترمنځ توپیر یوازې له نه شته ټونل څخه راشي۔
بیا هغه بدلونونه وګرځئ چې اړتیا یې نوموي: اپلیکیشن بیا پیلول، مرستندویه پروسه فعالول، ټونل بیا نښلول، ماشین شبکې بدلول، او چېرته چې اړه لري وتل یا بیا پیلول۔ د براوزر عمومي-IP پاڼه د بل اپلیکیشن د ساکټونو ازموینه نه ده، نو د دې ځای نشي نیولی۔ چېرته چې هېڅ ملاتړ شوی ځای پرځای کول د اپلیکیشن ریښتینی چلند نه پوښي، هلته د روښانه ګیټ وې او پرته له بدیله وتلو اجازه لرونکی جلا چاپېریال پخپله د اداره کولو لګښت سره د مهار پرېکړه ده، د چیک بکس بدیل نه۔
په څلورو ننوتلو سره پای ته ورسئ: اپلیکیشن له کومو برخو جوړ دی، د لارښوونې مالک څوک دی، د انکار مالک څوک دی، او هغه حالتونه چې قاعده باید لاهم پکې پلي وي۔ عمومي زېرمه کولی شي د ټاکلو یو معیار وي، خو دا د څلورو یو نه دی، او هماغه ننوتل فیصله کوي چې یوه ټاکلې وسیله د شبکې اړتیا پوره کوي که نه۔