تاسو Windows Sandbox پیلوئ، په داخل کې براوزر خلاصوئ، او پاڼه له خپل نورمال اتصال څخه بار کیږي، که څه هم کوربه یوه دقیقه مخکې په VPN و۔ هیڅ شی خراب نه دی۔ ساندباکس د کوربه د ډیفالټ سویچ سره تړلی وینټیوال شبکه اډاپټر ترلاسه کوي، او چې د کوربه ټنل هغه لاره پوښي که نه، دا د VPN کلینټ ځانګړنه ده، نه د Windows۔

ساندباکس واقعاً څه ترلاسه کوي

ساندباکس یوه سپکه وینټیوال ماشین ده چې خپل شبکه اډاپټر لري۔ هغه اډاپټر د کوربه د Hyper-V ډیفالټ سویچ له لارې نښلول کیږي، کوم چې د ماشین له وتلو مخکې د ساندباکس ټرافیک کوربه د وینټیوال Ethernet انټرفیس ته ژباړي۔ دا تفصیل په دې اړه د خلکو لخوا راپور شوې نږدې هرې نښې تشریح کوي۔

نو ساندباکس ستاسو په ډیسکټاپ کې پروسه نه ده۔ دا یو جلا شبکه پای ټکی دی چې پیکټونه یې کوربه لاندې لېږي، او د کوربه فایر وال او VPN کلینټ هغه لېږنه هر یو په خپله طریقه ویني۔ د براوزر پروسې لپاره لیکل شوی قاعده په وینټیوال سویچ کې له راغلې ژباړل شوې فریم سره په اتوماتيک ډول نه ځواب وي۔

دوه غوښتنې چې یو ښکاري

یو خصوصي سرچینې ته رسیدل او د ساندباکس هر غوښتنه د ټنل له لارې تېرولو ته اړ کول دوه بېل اهداف دي۔ لومړی د ساندباکس د پای ټکي لپاره کار کوونکی لار او نوم حل غواړي۔ دویم د بیا نښلولو او ناکامۍ سره مقاومت کوونکې اجباري اجرا غواړي۔ هیڅ یو له بل څخه نه راځي، او هغه کتنه چې یو پوره کوي د دویم په اړه هیڅ نه وایي۔

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

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

د ساندباکس له داخل څخه وګورئ

یوازینی معنی لرونکی مشاهده د کوربه نه، بلکې د ساندباکس له خپلې غونډې راځي۔ هلته PowerShell خلاص کړئ او اډاپټر، نوم حل او د اسنادو پتې ته لاره وګورئ:

ipconfig /all
Resolve-DnsName files.corp.example
Test-NetConnection 198.51.100.7 -Port 443
Get-NetRoute -DestinationPrefix 0.0.0.0/0

د اډاپټرونو لیست هغه پته او ګیټ وې چې ساندباکس ترلاسه کړي ښیي۔ له کوربه څخه بېل ګیټ وې د ډیفالټ سویچ لپاره نورمال دی، نو ګیټ وې نه، وتنه پرتله کړئ۔ د حل ازموینه ښیي چې خصوصي نوم ته ځواب ورکول کیږي که نه، او همدلته split-horizon تنظیمات معمولاً له کوربه څخه بېل وي۔ د لارې کرښه ښیي چې ساندباکس کوم ګیټ وې د ډیفالټ مالک ګڼي۔

هغه درې کتنې د ټنل نښلول شوي او پرېکړ شوي حالت کې تکرار کړئ۔ هغه نتیجه چې د دې دوو حالتونو ترمنځ نه بدلیږي دا ثبوت دی چې ټنل د ساندباکس په لار کې هیڅ نه دی، هر هغه پته چې عمومي کتنې ښودلې وي۔

کله چې ساندباکس شبکه نه غواړي، هغه بند کړئ

د آفلاین کتنې لپاره دودیز ترتیبات فایل شبکه په بشپړه توګه لرې کولی شي۔ ترتیب د ترتیباتو سند کې یوازې یو عنصر دی:

<Configuration>
  <Networking>Disable</Networking>
</Configuration>

د ساندباکس د ترتیباتو مرجع دا عنصر مستند کوي او خبرداری ورکوي چې فعاله شبکه کولای شي داخلي شبکې هغو اپلیکیشنونو ته خلاصې کړي چې تاسو باور نه لرئ۔ هغه خبرداری پوره دلیل دی چې دا په صراحت سره تنظیم کړئ پر ځای چې ډیفالټ ومنئ۔

خو سویچ کوم VPN انټرفیس نه ټاکي۔ دا د شبکې د شتون په اړه دویمه پرېکړه ده، نه د ساندباکس د یو ځانګړي ټنل سره تړلو لاره۔ هغه غوښتنه چې وتنه نوموي د هغه سویچ سره پوره کیدای نشي چې یوازې پرېکړه کوي چې شته که نه۔

له هر څه ورکولو مخکې پوله ډیزاین کړئ

که غوښتنه سخته جلاکول وي، هغه وینټیوال ماشین شبکه ډیزاین وټاکئ چې هغه پلي کولی شي, او د لیږل شوي یا وینټیوال ماشین ټرافیک لپاره د VPN محصول ملاتړ شوې تګلاره وکاروئ۔ د کوربه کلینټ چلند اټکل کول ډیزاین نه دی، او یوه بریالۍ کتنه تطبیق نه دی۔

د ازموینې د تیریدو لپاره بې باوره ساندباکس ته کارپوریټ VPN پروفایل یا خصوصي اسناد مه ورکوئ۔ دا هغه پوله چې تاسو یې ټینګول غوښتل د شینې نتیجې سره بدله کوي، او سند له ازموینې اوږد ژوند کوي۔

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

اړوندې مقالې