فیل-اوپن که فیل-کلوزډ: د VPN امنیتي سویچ څه فیصله کوي
دواړه اصطلاحات بیانوي چې کله تونل ورک شي څه کیږي، نه دا چې کوډونه څومره پیاوړي دي. هغه ساحه چې تاسو ټاکئ، هغه فیصله کوي چې ترافیک واقعاً بهیږي که نه.
افسانه دا ده چې فیل-کلوزډ خوندي تنظیم دی او فیل-اوپن بې پروا۔ دواړه بیانوي چې د تونل له ورکېدو وروسته ترافیک سره څه کیږي، او هیڅ یو یې نه بدلوي چې هغه تونل څومره ښه کوډ کوي۔ اوږد استثنا لیست لرونکې فیل-کلوزډ پالیسي کولای شي په هغه وسیله کې چې هېڅکله د دفتر له شبکې نه وځي، د فیل-اوپن پالیسي څخه ډیر څه به کړي۔ هغه پایله وټاکئ چې د ترافیک مالک ته یې تشریح کولای شئ۔
لیبل پایله بیانوي، نه پیاوړتیا
دا اصطلاحات د کنټرول سیسټمونو څخه راغلي: فیل-اوپن د یوې برخې په ناکامۍ کې کار ته اجازه ورکوي، فیل-کلوزډ يې ردوي۔ پر VPN تطبیق کړو، ناکامه برخه تونل دی، او پوښتنه دا ده چې آیا ترافیک ته اجازه ورکړل شي چې بله لاره دوام وکړي۔ د کوډ غوراوی، د کیلي اوږدوالی او پروتوکول جلا پرېکړې دي۔
ګډوډي دوام کوي ځکه چې امنیتي سویچ د امنیت د ځانګړتیا په څېر اورېدل کیږي، او پلورونکي یې همداسې بازار موندنه کوي۔ په میخانیکي ډول دا د روټینګ او اور وژنې یو قاعده ده چې هغه ترافیک بندوي چې تونل باید وړی وای، چې په کلاینټ، په عملیاتي سیستم یا په ګیټ وې کې پلي کیږي۔ کومه طبقه چې دا پلي کوي، هغه یې ساحه هم ټاکي، او د یوې طبقې قاعده بله نه پوښي۔ د ګیټ وې قاعده هغه لیپ ټاپ نه شي ساتلای چې لا دمخه بلې شبکې ته تللی وي۔
هره پایله څنګه ښکاري
یوه پالیسي کولای شي د دې پورې چې کومه ناکامۍ سره مخ شئ ډېر توپیر ولري، نو پیښې پرتله کړئ نه لیبلونه۔
| Event | Fail-open result | Fail-closed result |
|---|---|---|
| Tunnel drops while a transfer runs | Transfer continues on the direct path | Transfer stalls until the tunnel returns |
| Client exits or crashes | Rules disappear with the process | Rules persist only if the OS owns them |
| Device boots before sign-in | Normal network access | Blocked until the VPN connects |
| Captive portal needed | Portal loads normally | Portal unreachable without an exception |
| IPv6 not carried by the tunnel | IPv6 traffic leaks directly | Leaks too, unless the block covers IPv6 |
وروستی قطار هغه دی چې هغو کسانو ته نیول کیږي چې فکر کوي امنیتي سویچ یوازې یو سویچ دی۔ د IPv4 د روټینګ جدول لپاره لیکل شوې قاعده د IPv6 ډیفالټ لاره نه لمس کوي، او اپلیکیشن کولای شي په خوښۍ یې وکاروي۔
ساحه فیصله کوي چې بهیږي که نه
د دې پوښتنې مخکې چې کوم حالت دی، وپوښتئ چې پالیسي څه پوښي۔ د هر اپلیکیشن قاعده یو اپلیکیشن ساتي او بل هېڅ نه، د وسیلې پراخه قاعده له استثناوو پرته هر څه ساتي، او د ګیټ وې قاعده یوازې هغه ترافیک ساتي چې هغې ګیټ وې ته رسیږي۔ DNS خپله پرېکړه غواړي، ځکه چې محلي حل کوونکي ته لېږل شوې پوښتنه کولای شي نومونه ښکاره کړي حتی کله چې بار بند وي۔
د محلي شبکې استثناوې د چاپګرونو، کاسټینګ او د ننوتلو پورتالونو لپاره دي، او هر یو په بندښت کې یو سوری دی۔ دوی د پالیسۍ ترڅنګ مستند کړئ، ځکه چې د ترتیب میراثي ترلاسه کوونکی به فیل-کلوزډ مطلق ولولي۔
بیا نښلول او بندول هم جلا کنټرولونه دي۔ کلاینټ کولای شي پرته له دې چې هېڅکله بند کړي په اتوماتیک ډول بیا ونښلي، یا پرته له بیا نښلولو بند کړي، او ترکیب ټاکي چې د وقفې په جریان کې کاروونکی څه تجربه کوي۔
دا د لېږد په جریان کې ثابت کړئ
د ثابت حالت ازموینه هېڅ نه ثابتوي۔ تونل په قصدی توګه وغورځوئ او هغه اپلیکیشن وآزموئ چې باید وساتل شي، بیا وګورئ چې شبکه ته رسېدلی که نه۔ د کلاینټ شاخص د پایلې سره پرتله کړئ، ځکه چې هغه شاخص چې لا هم وايي نښل شوی دی، هماغه حالت دی چې دا پالیسي د هغه لپاره شته۔ که ساتل شوی اپلیکیشن بریالی شو، د حالت نوم مهم نه دی؛ تاسو بهیدل لرئ۔
د ننوتلو مخکې له سړې پیل څخه تکرار کړئ، کله چې له Wi-Fi څخه ګرځنده شبکې ته ځئ، او ساتل شوی اپلیکیشن په شالید کې وي۔ که بندښت د کلاینټ پروسې لخوا پلي کیږي، هغه هم وآزموئ چې کله هغه پروسه په پاکه توګه د بندېدو پرځای ووژل شي څه کیږي۔
په پای کې، د پاکولو لاره وګورئ۔ که کلاینټ هغه مهال لرې کړل شي چې قواعد یې فعال وي، د عملیاتي سیستم اور وژنه بندولو پرځای د پلورونکي مستنده لرې کولو طرزالعمل وکاروئ، ځکه چې اور وژنه بندول بې اړوند ساتنه لرې کوي او د پاتې قاعدې د مالکیت ځواب نه ورکوي۔