RRAS DHCP: نوې پته که یوازې د ترتیباتو اختیارونه؟

په ثبت کې DHCPACK لوستل د دې ثبوت په توګه چې VPN کاروونکي خپله پته له DHCP څخه اخیستې، تېروتنه ده. معمولاً دا یوازې دا ثابتوي چې څه DHCP پیغام ته ځواب ورکړل شوی. Windows RRAS کولای شي د غونډې پتې له خپل ثابت ذخیرې څخه ورکړي، په داسې حال کې چې DHCP لا هم نښلول شوي کاروونکي ته اختیارونه برابروي. د غوښتنې ډول تاسو ته وایي چې له دوو کارونو کوم یو روان و.

دوه کارونه چې یو د پیغام ډول شریکوي

DHCP دوه جلا کارونه کوي او هغه د پیغام ډولونه شریکوي. یو د پتې او اجارې تخصیص دی. بل د هغه کوربه لپاره ترتیباتو رسول دي چې لا دمخه پته لري، چې RFC 2131 ورته DHCPINFORM وایي. په دوهم حالت کې ځواب اختیارونه لري او د اجارې هېڅ وخت نه لري.

نو ACK د ځواب ثبوت دی، د تخصیص ثبوت نه. کومه پوښتنه شوې وه، دا د هغې مخکیني پیغام په نښه کوي. لومړی د غوښتنې کرښه ولولئ او پاتې تعقیب معمولاً پخپله ځان تشریح کوي.

RRAS پته له کومه ځایه اخلي

RRAS د VPN پتې پرېکړه د خپل ترتیب شوي IPv4 تخصیص طریقې له لارې لري: یا DHCP سرور یا ثابته د پتو ذخیره. کله چې ذخیره ثابته وي، ذخیره تخصیص کوونکې ده، او په جلا DHCP سرور کې د رزرو هغه غونډه کې هیڅ وینا نه لري. دواړه میکانیزمونه کولای شي په یو شبکه کې یو پر بل کنټرول پرته یوځای وي.

Get-Command -Module RemoteAccess *IPAddress*

د پتې له څېړنې مخکې د اوسني تخصیص طریقه ومومئ۔ که ثابته ذخیره وي، د DHCP ساحه د کتلو لپاره غلطه ځای دی. پورتنۍ کمانډ ستاسو د چلولو نسخې کې شته cmdletونه لیستوي او د ترتیب موندلو لپاره همدا کافي ده.

د کاروونکي طبقه څه ثابتولای شي او څه نه

د DHCP کاروونکي طبقه هغه تار دی چې کاروونکی یې لیږي، نه تصدیق شوې ډلې غړیتوب. حتی کله چې کاروونکی یو ولیږي او سرور پرې تګلاره سمه کړي، نښه یوازې د تار رسېدو ثبوت دی. RFC 3004 په صراحت وایي چې دا اختیار د طبقې حق تصدیق نه کوي.

تمه مه کوئ چې د VPN کاروونکي نوم، د امنیتي ډلې پېژندونکی یا د لاپټاپ Ethernet پته به په هغې غوښتنه کې د کارونې وړ بڼه کې راڅرګنده شي. دا د تصدیق او لارښود حقیقتونه دي او د DHCP غوښتنه دواړه نه لري. که اړتیا د اجازه لرونکو کسانو جلا کول وي، دا په VPN تګلاره کې پلي کړئ چې هلته پېژندنه واقعاً شته. همدا جلاوالی دواړه نظامونه خپلواک ساتي.

ACK نه، ثبوتونه پرتله کړئ

د یوې بستې لوستلو پرځای د ثبوتونو زنځیر جوړ کړئ. هغه پته چې غونډې ترلاسه کړه، د غوښتنې د پیغام ډول او ساحې، هغه اختیارونه چې سرور یې بېرته راکړل، او وروسته د کاروونکي ریښتینی ترتیب ثبت کړئ. هرې کړۍ بلې پوښتنې ته ځواب ورکوي، او ورکه کړۍ هغه ځای دی چې ریښتینی خرابي معمولاً هلته ده.

Get-DhcpServerv4OptionValue -ScopeId 10.90.0.0

که پته د RRAS ذخیرې څخه راغلې وي، د DHCP رزرو څه نه تشریح کوي. که اختیارونه راغلل خو کاروونکي له پامه غورځول، سرور خپله دنده وکړه او بله تمګه د کاروونکي ترتیب دی. دا دواړه پایلې په څرګند ډول پرتله کړئ او ACK نور مبهم نه وي. دوه تعقیبونه، له هرې تخصیص طریقې یو، مناقشه له هر سند څخه ژر حل کوي.