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

لومړی د لارو جدول ولولئ

له هر څه بدلولو دمخه، د IPv4 جدول په دې سره واخلئ: route print -4 او پایله وساتئ۔ وصل شئ، بیا واخلئ او د 0.0.0.0 کرښې پرتله کړئ: فعاله ډیفالټ لاره یو انټرفیس نوموي، او که هغه انټرفیس ټونل وي، سیمه‌ای چاپ او لټون لومړی دفتر ته لېږل کېږي۔

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

ډیفالټ لاره لرې کړئ، په درېیو لارو

په جوړ شوي Windows پروفایل کې کنټرول یو څوکۍ بکس دی۔ د اړیکې ځانګړنې پرانیزئ، IPv4، بیا پرمختللي، او Use default gateway on remote network پاک کړئ؛ نوی تنظیمات اپلیکیشن هماغه خبرې اترې یوه پوړ ژوره پټوي۔ له لوړ شوي پرامپټ څخه هماغه بدلون یو cmdlet دی:

Set-VpnConnection -Name "Corp" -SplitTunneling $true

یو OpenVPN پروفایل بل ډول کار کوي، نو ځکه د هغه چلند هغو خلکو ته ګډوډي راولي چې د څوکۍ بکس تمه لري۔ د هغه redirect-gateway def1 لارښوونه ډیفالټ لاره هېڅ نه بدلوي؛ دا دوه نیمې ساحې لارې نصبوي، 0.0.0.0/1 او 128.0.0.0/1، چې یوځای پر ډیفالټ بریالي شي پرته له دې چې هغه حذف کړي۔ ځکه چې اصلي ډیفالټ ژوندی پاتې کېږي، د یو مخکښ زیاتول چې net_gateway ته اشاره کوي یوازې هغه مخکښ بېرته سیمه‌ای روټر ته لېږي۔ هماغه تفصیل روښانه کوي چې ولې د def1 پروفایل لپاره سمون د مخکښ لاره ده نه هغه څوکۍ بکس چې هیڅوک نه شي موندلی۔

یوازې هغه څه بیرته زیات کړئ چې کار ته اړه لري

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

Add-VpnConnectionRoute -ConnectionName "Corp" -DestinationPrefix 172.20.0.0/16

زاړه طریقه لا هم کار کوي او لا هم په هر چک لیست کې ده: route -p add 172.20.0.0 mask 255.255.0.0 172.20.0.1 if 14، د ټونل خپل انټرفیس انډیکس او د ګېټوې پتې سره۔ دا د بیا پیلونو په اوږدو کې پاتې کېږي، کوم چې هدف هم دی او خطر هم، ځکه انډیکس په راتلونکي بوټ کې کېدای شي بل څه ته اړ وي۔

پاتې برخه میټریکونه فیصله کوي۔ که فزیکي او ټونل اډاپټر دواړه د یوه مخکښ لپاره لاره غواړي، ټیټ میټریک ګټي، او د ټونل میټریک لوړول د کلاینټ خوا ته قانوني کنټرول دی نه هک۔

کله چې سرور ستاسو په استازیتوب فیصله کوي

هغه کلاینټ چې ستاسو څوکۍ بکس ته پام نه کوي معمولاً یوې تګلارې ته غاړه ږدي۔ Cisco پروفایلونه Allow Local LAN Access تنظیم لري، او یو headend کولای شي tunnel-all تګلاره ټېله کړي چې هر هغه څه باطلوي چې کلاینټ غواړي؛ په اجباري ټونل ځای پرځای کېدو کې د بدلولو سیمه‌ای سوئیچ نشته۔ د هماغه خبرې اترو بیا کتلو پرځای د ټېله شوو لارو او تګلارې کرښو لپاره د کلاینټ لاګ ولولئ۔

بیا د نومونو حل ته وګورئ، کوم چې له روتینګ جدا سوئیچ دی۔ وویشل شوی ټونل لا هم کولای شي داخلي resolver او د لټون پاشلګی ترلاسه کړي، نو سیمه‌ای وسیله په پته رسېدلای شي او په نوم نه موندل کېږي تر څو چې د DNS خوا هم سمه شي۔

یو بل پر بل لګېدل بېله ستونزه ده

که کورني LAN او دفتري LAN 192.168.0.0/24 په څېر یو مخکښ شریک کړي، هیڅ لاره نه شي کولای هغوی بېل کړي۔ د هغه ساحې هر پاکټ یوازې یو لټون پایله لري، او سمون دا دی چې یوه خوا بیا نمبر شي یا دفتر ته د حوض څخه ژباړل شوې پتې له لارې ورسېږي۔ نورې ځانګړې لارې زیاتول یوازې دا ځای بدلوي چې د شبکې کومه نیمه ماتېږي۔

په پنځو پسې نه، په یوې کتنې پای ومومئ: وصل شئ، بیا tracert د داخلي او عامه هوسټ پروړاندې وچلوئ۔ لومړنی ټوپ باید توپیر ولري، او که نه، نو که کلاینټ څه هم ووايي، ویش نه دی پلي شوی۔ بیا یو ځل بیا وصل شئ او تکرار یې کړئ، ځکه ټېله شوې لارې له هرې ناستې سره بېرته راځي۔

اړوندې مقالې