VPN-ээр дамжуулах DHCP: нэвтрүүлэлтийг гүүрлэх үү, релейлэх үү?

Туннелийн нөгөө талын шинэ зөөврийн компьютер хаяг авдаггүй, харин мөн тэр компьютер төв оффисст ажилладаг. Эхний түгээмэл таамаг нь туннель DHCP-г хааж байна гэдэг. Ихэнхдээ нэвтрүүлэлтэд зам хэзээ ч байгаагүй: тохируулаагүй клиент 255.255.255.255 руу илгээдэг бөгөөд энгийн IP чиглүүлэгч тэр пакетыг дамжуулдаггүй. Туннель нь чиглүүлсэн туннель яг хийдэг зүйлийг л хийж байна.

Хоёр загвар үүнийг өөрчилж чадна, тэдгээр нь тэнцүү биш. Нэг нь нэвтрүүлэлтийг зөөдөг, нөгөө нь хүсэлтийг релейлэдэг.

Нэвтрүүлэлт чиглүүлэгчийг хэзээ ч давдаггүй

Хаяггүй DHCPv4 клиент 0.0.0.0-ээс хязгаарлагдмал нэвтрүүлэлтийн хаяг руу UDP 67 ба 68 портоор илгээдэг. Тэр пакет загварын дагуу өөрийн холбоос дээр үлддэг. Үүнийг дамжуулах чиглүүлэгч өөрийн үйлчилдэг сегмент бүрийг үерлэх байсан.

Тиймээс чиглүүлсэн сайт хоорондын туннель релейг сервертэй холбодог. Энэ нь клиентийн нэвтрүүлэлтийн домэйныг өргөтгөдөггүй бөгөөд ямар ч галт хананы дүрэм үүнийг хийж чадахгүй.

Гүүрлэсэн туннель бодитоор юуг өргөтгөдөг вэ

Зориуд гүүрлэсэн VPN нь дэмждэг топологийнхоо хүрээнд Ethernet нэвтрүүлэлтийг зөөж чадна, тэгвэл DHCP орон нутгийн урсгал болж нэвтэрч чадна. Энэ бол бодит сонголт, гэхдээ 2-р давхрын загварын шийдвэр. Та нэвтрүүлэлттэй хамт эвдрэлийн домэйн болон нэвтрэх хязгаарыг өргөтгөж байна.

Гүүрлэх нь нэвтрүүлэлтийн шуурга, ARP скан, хуурамч DHCP сервер хаа хүрч чадахыг ч өөрчилдөг. Хэрэв алслагдсан оффисыг нэг л свичтэй холбохгүй бол зөвхөн хаяг тараахын тулд туннелийг гүүрлэж болохгүй. Идэвхжүүлэхийн өмнө тэр нөлөөллийн радиусыг шалга.

Энэ нь хаяг өгөхөөс илүү том шийдвэр бөгөөд үүнийг зориуд гаргах ёстой.

Оронд нь хүсэлтийг релейл

Ердийн хариулт нь клиентийн орон нутгийн сүлжээн дэх релей юм. Тэр нэвтрүүлэлтийг хүлээн авч, unicast хүсэлт болгон хувиргаж, өөрийн хаягийг гарцын хаягийн талбарт тавьдаг. Сервер тэр релей хаяг руу хариулдаг.

Жишээ болгон авсан алслагдсан оффисын хувьд релей оффисын LAN дээр байрлаж, серверт сайтын VPN-ээр хүрдэг. Тэр оффисын хүрээ, релей ба серверийн таних мэдээлэл, бүрэн буцах замыг тохируул. Туннелээр UDP 67-г зөвшөөрөх нь серверт аль пулыг ашиглахыг хэлдэггүй.

Дамжуулдаг ч хэзээ ч хариу авдаггүй релей ихэвчлэн буцах замын асуудал. Хүрээг өөрчлөхийн өмнө релей хаяг руу буцах маршрутыг шалга.

DHCP-г ARP болон туннелийн хаяглалаас тусгаарла

DHCP нь UDP/IP дээгүүр явдаг. Ethernet дээр хост мөн ARP ашиглан нэр дэвшигч хаяг аль хэдийн ашиглагдаж байгаа эсэхийг шалгаж болно. Тэр зөрчил шалгалт нь тусдаа холбоос-орон нутгийн үйлдэл бөгөөд DHCP мессежийн тээвэр биш. DHCP нь үндсэндээ ARP гэж хэлэх нь буруу; хоёр нь хэзээ ч холбоогүй гэж хэлэх нь хэт өргөн.

VPN клиент туннелийн хаягаа DHCP нэвтрүүлэлтээс биш VPN протокол эсвэл серверийн өөрийн пулаас авч болно. Нэрэндээ DHCP агуулсан сонголт нь релейлэсэн DHCP пакет биш, түлхсэн клиентийн тохиргоог тодорхойлж болно. DHCP огт оролцож байна гэж таамаглахаас өмнө серверийн пулыг шалга.

Хүлээн авагч сүлжээ, хуваарилалтын эзэн, хүрээ, релей байгаа эсэх, тасалдлын үеийн хүлээгдэж буй зан төлөвийг тэмдэглэ. Дараа нь тэр загвараар шинэ түрээс болон сунгалтыг турш. Хэрэв хоёр сайт нэг удирдлагагүй пулд үйлчилж чадвал эхний зөөврийн компьютер хүлээж буй зөрчил танд байна.