تاسو اپلیکیشن د وېشلي تونل د استثنا لیست ته ورزیاتوئ، اپلیکیشن مستقیم انټرنیټ ته رسېږي، او بیا هم تازه معلومات ناکامېږي یا لا هم د تونل له لارې ږغېږي۔ استثنا کار وکړ۔ یوازې له هغې پروسې جلا پروسه یې پوښله چې ډاونلوډ ترسره کوي، ځکه چې عصري تازه کوونکی په ندرت سره هغه هماغه اجراییه فایل وي لکه د اپلیکیشن کړکۍ۔

افسانه: اپلیکیشن استثنا کول یې ترافیک استثنا کوي

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

نو قاعده په سمه توګه هغه څه کوي چې ورته ویل شوي۔ د لېږد د مالکیت اړوند انګېرنه غلطه وه، او سمون د نورو استثناوو په زیاتولو نه، بلکې د هغه مالک په پیژندلو پیلېږي۔

د لېږد مالک ومومئ

په Android کې، تازه معلومات ممکن د شریک خدمت بنډل لخوا راوړل شي نه د هغه اپلیکیشن بنډل چې تاسو استثنا کړی، او د هر اپلیکیشن لپاره د VPN قاعده هغه بنډل ته تطبیقېږي چې ساکټ پرانیزي۔ په Windows کې، تازه کوونکی خدمت ممکن د اپلیکیشن څخه جلا اجراییه لارې لاندې چل شي، نو هغه قاعده چې د اپلیکیشن لارې سره سمون خوري هغه له لاسه ورکوي۔ په macOS کې، یو امتیازي مرستندوی یا د سیستم د تازه معلوماتو ډیمون کولای شي لېږد ترسره کړي پداسې حال کې چې اپلیکیشن یوازې غوښتنه کوي۔

مالک د شواهدو له مخې پیژنئ: د پلیټفارم د شبکې فعالیت لید، د پروسې له مخې فلټر شوی د بنډلونو ثبت، یا د عرضه کوونکي هغه اسناد چې د تازه کوونکې برخې نوم اخلي۔ د پروسې له نوم څخه اټکل کول هغه لاره ده چې دوه ورته ښکاره شوي بائنري ګډوډ شي او غلط استثنا شي۔

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

تایید د لارې له بدلون وروسته هم پاتې کېږي

د لارې بدلول TLS، د خپرونکي پیژندنه یا د بنډل د لاسلیک تایید نه بدلوي۔ هغه ګورېدل مه بندوئ ځکه چې ډاونلوډ یوازې هغه وخت بریالی کېږي چې تاسو یو ناتشریح شوی سند خبرداری تېر کړئ۔ هغه خبرداری چې یوازې په استثنا شوې لاره ښکاري یوه موندنه ده، نه خنډ۔ د تېرېدو پراخولو دمخه ترې څیړنه وکړئ۔

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

تازه معلومات وازموئ، بیا مالک مستند کړئ

د بدلون وروسته بیا وصل شئ او تطبیق شوې قاعده بیا تایید کړئ، ځکه چې ځینې کلاینټونه د تونل د بیا وصلېدو پر مهال خپله لارښودنه بیا جوړوي۔ یو بشپړ د تازه معلوماتو دوران وچلوئ: ګورئ، ډاونلوډ کړئ، تایید کړئ او نصب کړئ۔ بریالی ګورېدل یوازې د لارې ترټولو کوچنۍ برخه ثابتوي۔

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

اړوندې مقالې