د RRAS VPN کلیانټانو ته خپله IPv4 زېرمه او د بېرته راتلو لار ورته اړ ده

VPN کلیانټ نښلېږي او پته ترلاسه کوي، خو هغه LAN کوربه چې ورته اړتیا لري لا هم نشي کولی ځواب ورکړي۔ په Windows Routing and Remote Access کې د VPN کلیانټانو داخلي پته له هغې زېرمې راځي چې د سرور له LAN اډاپټر جلا تنظیمېږي، او LAN خوا ته د هغې زېرمې ته د بېرته راتلو لار ورته اړ ده۔ دوه بدلونونه، یو نه، او دواړه په بېلو لارو ناکامېږي۔ دوی په ترتیب سره ترسره کړئ تر څو چې د پتې پلان او د بېرته راتلو لار د زړو حدونو له لرې کولو دمخه ثابته شي۔

د کنسول له پرانیستلو دمخه حد خوندي کړئ

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

یوازې په کنسول کې ژوند کوونکی د پتې پلان له ټکر څخه یو بیا جوړولو ته نږدې دی۔ د ودې تمایل هم لري: یو څوک وروسته دویم حد اضافه کوي او هیڅوک لومړی نه ګوري۔ پلان د سرور اسنادو ترڅنګ وساتئ، نه په خبرو اترو کې۔

د سرور LAN اډاپټر دا زېرمه نه ټاکي۔ د عام اورېدونکي بدلول یا LAN ته اډاپټر اضافه کول بشپړ بل څه کوي۔ له همدې کبله کلیانټان نښلېدای شي او بیا هم له غلط ځای پته ترلاسه کړي۔ زېرمه د سرور د IPv4 ځانګړنو کې ژوند کوي، نه د اډاپټرونو په لیست کې۔

د طریقت بدلول د حد اضافه کول نه دي

RRAS یو ټاکلو طریقت او یوه ټولګه حدونه لري۔ له DHCP څخه ثابتې زېرمې ته تګ د طریقت بدلون دی۔ د بل بلاک اضافه کول پداسې حال کې چې ثابته زېرمه لا فعاله ده د حد بدلون دی۔

له هر یوه د چلولو دمخه دواړه عملیات وګورئ، او ولولئ کوم یې د سرور اوسني حالت سره سمون لري:

Set-VpnIPAddressAssignment -IPAssignmentMethod StaticPool -IPAddressRange '10.250.50.10','10.250.50.100' -WhatIf
Add-VpnIPAddressRange -IPAddressRange '10.250.50.110','10.250.50.150' -WhatIf

که سرور لا هم په DHCP ټاکلو کې وي، دویم cmdlet ناکامېږي یا بې کاره زېرمه جوړوي۔ لومړی طریقت بدلوي نه دا چې موجوده زېرمه پراخه کړي۔ هیڅ مخکتنه څه نه پلي کوي، نو هغه چل کړئ چې سمون لري، بیا په کنسول کې رامنځته شوې زېرمه تایید کړئ۔ که ډاډه نه یاست چې سرور په کوم حالت کې دی، د IPv4 ځانګړنو په پاڼه کې د ټاکلو طریقت ولولئ او تنظیم شوي حدونه ولیکئ:

Get-VpnIPAddressRange

DHCP طریقت له تشې حد لیست سره مانا دا ده چې لومړۍ مخکتنه پلي کېږي۔ ثابته د پتې زېرمه له موجود حد سره مانا دا ده چې دویمه پلي کېږي۔

هغه خدمت بیا پیلول په پام کې ونیسئ چې تنظیم یې غوښتنه کولای شي، او مه فکر کوئ چې نښلول شوي کلیانټان سمدلاسه بیا شمېرل کېږي۔ هغه کلیانټ چې خپله پخوانۍ پته تر بیا نښلولو پورې ساتي نورمال چلند کوي۔ بدلون د هغې کړکۍ لپاره پلان کړئ چې بیا نښلول پکې منل کېدونکي وي۔

LAN ته د بېرته راتلو لار ورته اړ ده

فرض کړئ LAN 10.60.0.0/24 دی او RRAS سرور پر هغې 10.60.0.10 دی۔ په هغې LAN کې هغه کوربه چې 10.250.50.0/24 کې کلیانټ ته ځواب وایي د RRAS سرور له لارې زېرمې ته لار ورته اړ ده۔ پرته له هغې لارې غوښتنه رسیږي او ځواب مړ کېږي۔

که د کوربه اصلي ګېټوی بېل رټر وي، هغه رټر ته د VPN مخکښ لپاره د بېرته راتلو لار ورته اړ ده۔ په RRAS سرور کې ثابته لار دلته مرسته نه کوي؛ د بېرته راتلو لار باید په هغه وسیله کې وي چې د LAN ګېټوی لري، نو هغه د رېښنې جدول یا متحرکې رېښنې بهیر ته اضافه کړئ، سم د هغه څه سره چې سایټ یې کاروي۔

د کوربه فایرول او هر ډول شبکې لاسرسي قواعد د نوي سرچینې حد په وړاندې هم وګورئ۔ هغه قواعد چې د زوړ کلیانټ حد لپاره لیکل شوي نوی ردوي، حتی که ټاکل بریالي شوي وي۔ د کلیانټ لارې LAN ته او DNS حل جلا اړتیاوې دي، او دواړه کولای شي ناکام شي پداسې حال کې چې تونل روغ ښکاري۔ هر یو په جلا توګه ازموئ۔

له زوړ لرې کولو دمخه نوی زېرمه په یوه وسیله کې ثابته کړئ

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

د نومونو حل خپله ازموینه غواړي: د IP له لارې لاسرسی کولای شي کار وکړي پداسې حال کې چې د کلیانټ DNS لا هم هغه حل کوونکي ته اشاره کوي چې هغه ورته نه شي رسېدلی۔ په LAN کې DNS سرور یوازې هغه وخت د لاسرسي وړ دی چې کلیانټ ورته لار ولري او سرور له نوي حد څخه پوښتنې ومني۔ کله چې زېرمه ځای بدلوي، دواړه عامې پاتې کېدنې دي۔

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

پایله په درې کتنو وګورئ

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

له کلیانټ څخه، پته او یو LAN کوربه ته لار تایید کړئ:

ipconfig | findstr /i "IPv4"
route print -4

له LAN کوربه څخه، د ځواب لار او تګلاره په یوه تېرېدو کې تایید کړئ۔ که ping ناکام شي خو اپلیکیشن کار وکړي، ورکه برخه ښایي ICMP قاعده وي نه لار۔ که دواړه ناکام شي، له VPN د سمون دمخه په کوربه کې لار ولولئ۔ درې پایلې د بدلون په ټکټ کې ولیکئ تر څو راتلونکی کس له شاهدو پیل کړي۔