د Mac دوه ننوتلو حسابونه د VPN ټرافیک نه وېشي

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

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

له ټرافیک څخه پیل وکړئ، نه له حسابونو لیست څخه

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

اړین چلند په یوه جمله ولیکئ: د یوه کارونکي برېښنالیک او د فایل لاسرسی مدیریت شوي ټانل تعقیبوي، د بل کارونکي لټون په کورنۍ اړیکه کې پاتې کېږي، او دوه لارې هیڅ یوه د بلې پیشفرض مسیر په میراث نه اخلي. هغه جمله د ازموینې وړ ده؛ د ننوتلو د بدلولو کیسه معمولاً نه ده.

د پروفایل چینل او د ټرافیک حد دوه بېل شیان دي

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

چېرې چې مستند کارونکي-پوهاوی یا اپ-پوهاوی حالت اړتیا بیانولی شي، هغه لنډه لار ده. بیا نومونه دې ته نه باور کوئ، بلکې ریښتیني اپونه او هویتونه وګورئ: د یوه اپ دوې کاپۍ دوه بېلې شبکې لارې نه دي، او هغه پروفایل چې یو اپ لیستوي تضمین نه کوي چې مرستندویه پروسې یې هم پوښل شوې دي.

مېلمه سیسټم ریښتینې پولې لرونکی ریښتینی حد دی

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

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

پروکسي د کارونکي حساب څخه تنګتر دی

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

په شریکو ماشینونو کې بله احتیاط: د کوربه لوپبیک سره تړل شوی TCP اورېدونکی د کارونکي نوم ازموینه نه ده. پروکسي یوازې ځایي ماشین ته محدودول دا له شبکې لرې ساتي، خو یو ځایي کارونکي ته د بل چې مخکې ننوتلی دی د اجازې حق نه ورکوي. که دا توپیر مهم وي، د خدمت تصدیق ښکاره وساتئ.

د دوو ازموینو سره پوله ثابته کړئ

دواړه لارې وچلوئ او جلا یې وګورئ. د ټاکل شوي حساب لاندې هغه اپ خلاص کړئ چې خصوصي سرچینې ته اړتیا لري او تایید کړئ چې مدیریت شوي خدمت ته رسیږي؛ د بل حساب لاندې تایید کړئ چې عادي لټون کورنۍ لار ساتي. بیا پټه اړیکه (ټانل) په قصد ناکاره کړئ او د هرې خوا د بېرته راتلو چلند وګورئ، ځکه چې ډېری ډیزاینونه همالته په خاموشۍ کې ناکامېږي. ازموینې په هماغه ساعت کې ترسره کړئ، ترڅو بدله شوې شبکه پرتله کول خراب نکړي.

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