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 хоёрдмол утгагүй болно. Хоёр мөр, хуваарилалтын арга бүрээс нэг нь маргааныг ямар ч баримт бичгээс хурдан шийднэ.