د اپلیکیشن kill switch د فایرول kill switch په مقابل کې: هر یو څه بندوي
یو kill switch اپلیکیشنونه بندوي او بل د پاکټونو فلټرونه نصبوي. دا څېړنې په ترتیب سره وکړئ او په لومړنۍ هغه کې ودرېږئ چې په صادقانه توګه ځواب نشئ ورکولی.
په فیچر لیست کې kill switch د دې په اړه نږدې هیڅ نه وایي چې کله ټونل ولوېږي څه پېښېږي. یو پلي کول ټاکل شوې پروسې بندوي، بل د عملیاتي سیستم په پوله کې د پاکټ فلټرونه نصبوي، او درېیم یوازې بیا نښلولو هڅه کوي. توپیر د ناکامۍ وروسته په ثانیو کې ښکاري، نه په تنظیماتو سکرین کې. دا څېړنې په ترتیب سره وکړئ او په لومړنۍ هغه کې ودرېږئ چې په صادقانه توګه ځواب نشئ ورکولی، ځکه ستاسو ریښتینی پوښ هلته پای ته رسېږي.
لومړی د پلي کولو میکانیزم نوم واخلئ
د پروسو پای ته رسول د اپلیکیشن د ژوند دورې ځانګړتیا ده. دا د کشف شوې ټونل ناکامۍ وروسته ټاکل شوي پروګرامونه مومي او بندوي یې. هر هغه څه چې اصلي پروسه نه وي ژوندی پاتې کېږي: مرستندویه خدمتونه، شالید سنک او هرهغه اپلیکیشن چې یوه ثانیه وروسته پیل شي، هر یو خپل ژوند دوره او خپل وخت لري.
د پاکټونو فلټر کول د عملیاتي سیستم ځانګړتیا ده. هغه ترافیک ردوي چې اجازه ورکړل شوې لاره نه تعقیبوي، چې دا قوي ژمنه ده، مګر یوازې تر هغه حده چې قاعده واقعاً تطابق کوي. د پته کورنۍ، انټرفیس، ایستل شوي اپلیکیشنونه او استثناوې دا فیصله کوي، نه په کلاینټ کې لیکل شوې نښه.
ایا بندول له کلاینټ څخه زیات دوام کوي؟
په دې ترتیب څلور پوښتنې وکړئ: د کریش پر مهال، د لاسي وتلو پر مهال، د وتلو پر مهال او د بیا پیل پر مهال څه پېښېږي. هغه قاعده چې کلاینټ پخپله ساتي معمولاً د منظم بندولو پر مهال لرې کېږي او ډېری وخت د کریش وروسته پاتې کېږي. هغه قاعده چې د پلیټفارم په زېرمه کې نصب شي کېدای شي برعکس عمل وکړي: هم له کلاینټ او هم کله ناکله له انسټالول څخه وژغورل شي.
کلاینټ د اوږد ډاونلوډ په مینځ کې بند کړئ او وګورئ چې لیږد درېږي که دوام کوي.
معمول سوري وپلټئ
IPv6 لومړی دی. د IPv4 پتو لپاره لیکل شوې قاعده IPv6 ترافیک لاس نه وهي، او ډېر کلاینټونه یوازې v4 نیمه لیکي. دویم انټرفیس دی: USB ټیترنګ، دویم Wi-Fi اډاپټر او سیلیولر موډم کېدای شي په هغه قاعده کې شامل نه وي چې یوازې لومړنۍ اړیکې ته محدوده ده. ایستل شوي اپلیکیشنونه او د سیمه ییز شبکې استثناوې درېیم دي.
په Windows کې تاسو کولی شئ د ټوګل باور کولو پرځای نصب شوې قواعد ولولئ: Get-NetFirewallRule -DisplayName '*VPN*' او netsh wfp show filters دواړه ښیي چې څه شته. په Linux کې iptables -S، ip6tables -S او nft list ruleset معمول حالتونه پوښي، او د دریو پرتله کول اصلي ټکی دی.
DNS معمول تویېدل دی
که UDP 53 خلاص پاتې شي او TCP بند کړئ، تاسو ته ډېر باوري kill switch درکوي چې لا هم هرهغه هوسټ نوم پوښتنې ته ځواب وایي. دا هماغه کله هم صدق کوي چې DNS بل انټرفیس ته د حل کوونکي سپارل کېږي، یا کلاینټ یوازې v4 بندوي او حل کوونکی له v6 لارې د لاسرسي وړ وي.
د ټونل د ښکته حالت پر مهال یو پېژندل شوی نوم حل کړئ او وګورئ چې ځواب بېرته راځي که نه. که راځي، ترافیک په بشپړه توګه نه دی بند شوی، هر څه چې د حالت آیکون ووایي.
ټوګل نه، انتقال وآزمویئ
د VPN بندول د هغې له خپل مینو څخه منظم بندول دي، او منظم حالت هر پلي کول ښه سمبالوي. مهم انتقال هغه ناهنجاره دی: د ټونل پروسه ووژنئ، شبکه وباسئ، پرېږدئ سرور ځواب ویل بند کړي. بیا غوښتنه پیل کړئ او وګورئ چې ناکامېږي که په چوپتیا فزیکي لینک کاروي.
د یو لپ ټاپ پایله تلیفون یا روټر ته نه انتقالېږي. بېلابېل پلیټفارم API، بېلابېل ډیفالټونه، او په Android کې توپیر روښانه دی: د بندولو سره always-on کلاینټ نه، سیستم پلي کوي، نو کله چې کلاینټ نه کار کوي هغه بیا هم کار کوي. د Android VPN لارښود هغه وېش بیانوي.
د بېرته راتلو لاره وساتئ
د سیستم کچې بندول مخالف ناکامي حالت لري. هغه فلټرونه چې له کلاینټ څخه زیات دوام کوي کېدای شي له انسټالولو وروسته ماشین په بشپړه توګه پرته له شبکې پرېږدي، چې دا بې ښکاره لامل ملاتړي تلیفون دی. مخکې لدې چې کوم kill switch چې د پلیټفارم قواعد لیکي فعال کړئ، ولیکئ چې څنګه لرې کېږي، او د عرضه کوونکي د ترمیم لاره هلته وساتئ چې موندلی یې شئ.
که تاسو د خپل کلاینټ لپاره د کریش، IPv6، DNS او انتقال څېړنو ځواب نشئ ورکولی، هغه د پېژندل شوو سوریو سره د اپلیکیشن کچې سویچ وګڼئ او پر هماغه اساس پلان جوړ کړئ.