Always On VPN د LAN لاسرسی نه دی: د سرچینو د کتنې لیست

Always On د اړیکې د ژوند دوره ده: پروفایل د ننوتلو پر مهال یا له هغې مخکې نښلېږي او پرته له دې چې کارونکي څه کېکاږي بیا نښلېږي. دا پدې معنا نه ده چې هر شخصي هدف، پروتوکول او کارونکي ته اجازه ده. عملي پوښتنه دا ده چې ګومارل شوی پروفایل په رښتیا کومې سرچینې رسولای شي، او د هغې ځواب لپاره د Connected نښې کتلو پرځای هرې سرچینې ته جلا کتنه غواړي.

ګام 1: سرچینه د ازموینې مخکې ولیکئ

د هر اپلیکیشن لپاره یو لنډ ریکارډ پیل کړئ او ارزښتونه له ریښتیني چاپېریال څخه واخلئ: نوم، د هدف مخکښ، خدمت او پورټ، د تونل رول، د هویت ډله او د حل کوونکي لاره.

Name: portal.corp.example
Destination: 10.20.5.0/24
Service: HTTPS 443
Tunnel role: user access after sign-in
Identity: assigned employee group
Resolver: corporate private DNS

ریکارډ څلور بېلې پوښتنې اړباسي. لاره پرېکړه کوي چې پته چېرته ځي؛ DNS تګلاره پرېکړه کوي چې کله کوونکی پته څنګه پېژني؛ د ترافیک فلټر پرېکړه کوي چې هغه ترافیک کولای شي اړیکه وکاروي که نه؛ د هدف فایر وال او د اپلیکیشن اجازې پرېکړه کوي چې غوښتنه منل کېږي که نه. له دغو څلورو هیڅ یو له نښلول شوي تونل څخه نه راځي.

ګام 2: وټاکئ چې کوم تونل یې باید وړونکی وي

Windows Always On VPN د وسیلې تونل او د کارونکي تونل لري، چې د جلا سندونو او جلا ساحو سره د جلا پروفایلونو په توګه تنظیمېږي. د وسیلې تونل معمولاً یوازې هغه زیربنا وړي چې له ننوتلو مخکې ورته اړتیا ده، لکه مدیریت او د ډومېن خدمتونه؛ د کارکوونکو پراخه اپلیکیشن لاسرسی د کارونکي تونل پورې اړه لري.

د ترافیک فلټرونه د وسیلې تونل ځانګړنه ده، نو ځکه د Microsoft بېلګه هغوی د مدیریت ترافیک لپاره کاروي. که هغه بېلګه عمومي سرچینه پروفایل ته کاپي شي، تونل ترلاسه کېږي چې نښلېږي خو غلط ټولګه وړي. فعاله اړیکه په Get-VpnConnection تصدیق کړئ او تر هغې اړیکې لاندې ازموینه وکړئ.

ګام 3: د ریښتیني پتې لپاره لاره تایید کړئ

نوم یو ځل حل کړئ، بیا لاره وګورئ: Find-NetRoute -RemoteIPAddress 10.20.5.10 ټاکل شوې برخه، بله ټوپ او د سرچینې پته ښیي. که برخه فزیکي اډاپټر وي، مخکښ د تونل د لارو په ټولګه کې نشته یا کله کوونکي د ویشل شوي تونل له لارې ایسته کړی دی. د محلي لارې د اضافه کولو پرځای د پروفایل تعریف سره پرتله کړئ.

محلي route add کولای شي ازموینه تېره کړي او په راتلونکي تګلاره تازه کې ورک شي، نو ځکه بدلون باید په مدیریت شوي پروفایل کې وي. مخکښ د کارونکي او وسیلې دواړو پروفایلونو کې وګورئ، او د ویشل شوي تونل تنظیم هم وګورئ: بشپړ تونل هر مخکښ ته لاره نه غواړي، ویشل شوی تونل د هر شخصي مخکښ لپاره یوه غواړي.

ګام 4: د شخصي نومونو حل جلا ازموئ

شخصي نومونه خپله تګلاره لاره لري. پروفایل کولای شي NRPT قواعد او د DNS پسوند د لټون لیست وړاندې کړي، چې تر هغه چې تونل ولاړ وي اعتبار لري. په Get-DnsClientNrptPolicy ولولئ چې کله کوونکي په رښتیا څه ترلاسه کړل، بیا په هماغه غونډه کې یو نوم او یوه پته ازموئ. که پتې کار وکړي او نومونه پاتې راشي، حل کوونکی دی؛ که دواړه پاتې راشي، لاره ده.

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

ګام 5: فلټرونه، هویت او د اپلیکیشن خپله دروازه وګورئ

د ترافیک فلټرونه محدودوي چې کوم پروتوکولونه او پورټونه کولای شي د وسیلې تونل وکاروي، او تنګه ټولګه کولای شي هغه سرچینه بنده کړي چې لاره به یې وړله. پروفایل اړیکه یوې ډلې ته ورکوي، خو سرچینه خپله اجازه لري: هغه کارونکي چې نښلېدلای شي د فایل سرور له خوا په اتوماتيک ډول منل کېږي نه.

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