دوه iPhone VPNونه په یو وخت کې: کوم یو ستاسو ترافیک وړي؟

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

افسانه: دوه نښلول شوي VPNونه زنځیر دي

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

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

د دې افسانې شاته مستند ماډل

د Apple NETunnelProviderManager د تصدیو عادي VPN ترتیبات بیانوي او وايي چې له دې ډول یوازې یو یې په یو وخت فعالېدلای شي۔ هماغه حواله Personal VPN ته اجازه ورکوي چې د هغې ترڅنګ فعال او نښلول شوی پاتې شي، او د تصدیو لارو ته لومړیتوب ورکوي چېرې چې دواړه یو بل پوښي۔

دلته Personal VPN د NEVPNManager له لارې اداره شوي جوړ شوي IPsec یا IKEv2 تطبیق لپاره د API اصطلاح ده۔ NETunnelProviderManager د ټنل عرضه کوونکي ماډل دی۔ مصرف کوونکی اپ کولای شي د عرضه کوونکي ماډل وکاروي، نو د personal لرونکی محصول نوم یې نه طبقه بندي کوي۔

Apple یوه اجازه شوې ترکیب مستند کوي، او اجازه تاسو ته نه وايي چې د دوو عرضه کوونکو پروفایلونه سره سمون لري، نو له هر عرضه کوونکي وپوښتئ چې کومه جوړه ملاتړ کیږي۔ د دوی د ترتیب ډولونه، لارې او تګلارې لا هم پایله ټاکي۔

افسانه: شخصي VPN د براوزنګ ترافیک اخلي

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

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

د ازموینې دمخه دوه بهیرونه ولیکئ: د کار خدمت شخصي نوم او حد، او یوه نوې عامه براوزنګ غوښتنه۔ دواړه قانوني دي، او دواړه جلا څېړنې غواړي۔

د وېشل شوي ټنل سره کار پروفایل او د لارې لومړیتوب

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

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

دوه بهیرونه ولیکئ او هر یو یې وګورئ

د هر بهیر لپاره ولیکئ چې کومه تصویب شوې ترتیبه باید یې وړي او کوم حل کوونکی باید د هر ډول نوم ترلاسه کړي۔ بیا په نویو غوښتنو سره تایید کړئ، نه په کېش شوې کاري پاڼه یا زوړ IP پایله۔

یوه ترتیبه ودروئ او دواړه بهیرونه تکرار کړئ۔ د ناکامۍ چلند د ډیزاین برخه ده، او هغه برخه ده چې کاروونکي ترې خبر شي۔ کله چې دواړه عرضه کوونکي ترکیب نه شي ملاتړ کولای، پر یوه تصویب شوې ترتیبه ودرېږئ او مستند کړئ چې کوم بهیر وړي، یا اداره شوي یو ټنلي ډیزاین ته لاړ شئ۔ NETunnelProviderManager سند د همژوندي قاعدې سرچینه ده۔