Always On VPN د VPN On Demand سره په iPhone کې: څه باید ځای پر ځای شي

On Demand هغه وخت تونل پرانیزي چې قواعد یې سم شي؛ مدیریت شوی Always On په نظارت لاندې وسیلو کې پوښښ اړباسي. لارښود د یوه غوره کولو او د کار کولو ثابتولو لپاره.

دوه iPhone کولای شي دواړه VPN ووایي خو په بشپړه توګه بېل چلند وکړي. On Demand هغه وخت تونل پرانیزي چې یو قاعده سمه شي، او کاروونکی لاهم کولای شي په تنظیماتو کې یې بند کړي. مدیریت شوی Always On په نظارت لاندې وسیله کې پوښښ اړباسي، حتی په هغو شیبو کې چې تونل نه شي پورته کېدای. په دې پوښتنې غوره کړئ چې کله کاروونکی هېڅ نه کوي څه باید رښتیا وي، بیا پرځای د ثابت حالت د بدلونونو ازموینه وکړئ. لاندې ګامونه په هغه ترتیب دي چې ځای پر ځای کول واقعاً پکې ناکامېږي.

ګام 1: وټاکئ چې وسیله څه اړباسلای شي

Always On د نظارت لاندې وسیلو لپاره یوه ځانګړتیا ده. که ډله د نظارت لاندې نه وي، خبرې له پیل مخکې پای ته رسېږي، او هېڅ payload کیلي نه نظارت نه لرونکې تلیفون اړباسل شوی نه جوړوي. نظارت له مدیریت اړخه او له وسیلې څخه تایید کړئ، بیا تایید کړئ چې پروفایل چا لاسلیک کړی.

په تلیفون کې: تنظیمات، بیا عمومي، بیا VPN او د وسیلې مدیریت. د پروفایل ننوتنه خپل مالک نوموي، او په لاس نصب شوی شخصي پروفایل له مدیریت خدمت څخه راغلي څخه بېل ښکاري. له پروفایل نوم یا د عرضه کوونکي د بازارموندنې نښې څخه اړباسنه مه اټکل کوئ؛ نښه د پلیټفورم تګلاره نه ده.

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

ګام 2: قواعد on-demand ولولئ، نه د ځانګړتیا نوم

On Demand د هغو قواعدو لړلیک دی چې په ترتیب ارزول کېږي. هر قاعده یو عمل او هغه شرایط نوموي چې هغه ټاکي، او شرایط په زړه پورې برخه ده: د انټرفیس ډول، د Wi-Fi SSID، د DNS ډومین پایښت یا د ازموینې URL. هغه قواعد چې کله هم نه سمېږي، هغه ځانګړتیا ده چې کله هم نه نښلي.

<key>OnDemandRules</key>
<array>
  <dict>
    <key>Action</key><string>EvaluateConnection</string>
    <key>InterfaceTypeMatch</key><string>WiFi</string>
    <key>SSIDMatch</key><array><string>Office-WiFi</string></array>
  </dict>
</array>

ټول ارې ولولئ او د هرې قاعدې لپاره دوه پوښتنې وکړئ: آیا دا شرط کله هم په دې ډله کې رښتیا کېدای شي، او کله چې هېڅ قاعده سمه نه شي څه پېښېږي؟ تصدۍ شبکې د لاسرسي نقطو نومونه بدلوي، SSIDونه یوځای کوي او DNS پایښتونه بدلوي، او هرهغه سمون قاعده له واقعیت څخه په غلې پټه جلا کوي.

د DNS پایښت شرط په ساحه کې تر ټولو ډېر غلط وي، ځکه هغه پایښت چې تلیفون په مېلمه شبکه کې راپور کوي هغه نه دی چې تصدي حل کوونکی یې خدمت کوي. د قاعدې له باور مخکې هغه نوم چې وسیله واقعاً حل کوي وګورئ.

ګام 3: بدلونونه ازموئ، نه ثابته اړیکه

هغه تونل چې تاسو ورته ګورئ پورته وي ډېر لږ ثابتوي. هر بدلون په قصد اجرا کړئ او ولیکئ چې وسیله څه کوي، هر ځل هماغه شخصي سرچینه وکاروئ ترڅو پایلې پرتله کېدای شي:

  • دې شبکې ته ننوځئ چې قاعده باید پکې سمه شي، بیا شخصي سرچینه وغواړئ او تایید کړئ چې بارېږي.
  • اپلیکیشن په شالید کې پرېږدئ او ګرځنده شبکې ته لاړ شئ، بیا یې مخې ته راوړئ او غوښتنه تکرار کړئ.
  • له captive portal لرونکي Wi-Fi سره ونښلئ او وګورئ چې پورټل ته رسېدل کېږي که اړباسنه یې د تصدیق مخکې بندوي.
  • په نظارت لاندې وسیله کې تونل په لاس بند کړئ او وګورئ چې پخپله بېرته راځي که نه، او څومره ژر.

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

ګام 4: د ناکامۍ دوه بڼې وپېژنئ

اړباسل شوی پوښښ د بندولو له لارې ناکامېږي. کله چې تونل جوړ نه شي، وسیله له شخصي سرچینو سره یوځای عادي انټرنیټ لاسرسی له لاسه ورکوي، او کاروونکی آنلاین خو نه ګرځېدونکی تلیفون ترلاسه کوي. بیا نښلول او بندول جلا کتنې دي، نو دواړه ولیکئ، د انټرنیټ نشتوالی یوازې یوه نښه مه ګڼئ.

On Demand د نه پیلېدو له لارې ناکامېږي. قاعده نه سمېږي، تونل نه ښکاري، او شخصي سرچینه یوازې وخت تېروي. دا د سرور د ستونزې په توګه غلط تشخیص کول اسانه دي، ځکه کلاینټ سماغوندی چلند کوي لکه څنګه چې تنظیم شوی.

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

ګام 5: تایید کړئ، بیا د بېرته تګ تمرین وکړئ

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

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

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

اړوندې مقالې