Хостын VPN сессийг VMware зочинтой хуваалцах

Туннелийн адаптер гүүрт нэгдэхгүй, Windows 10 дэд сүлжээнүүдийн хооронд чиглүүлэхгүй. NAT-тай host-only сегмент зочныг зөөнө.

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

Гүүр ажиллаж чадахгүй хоёр шалтгаан

Клиентийн адаптер ихэвчлэн нэг хаяг зөөдөг, ихэнхдээ /32, клиент хостын маршрутуудыг дахин бичиж энгийн гадагш урсгал туннелийг илүүд үздэг. Хост дээрх програмууд тэр хүснэгтийг дагаж хувийн системд хүрдэг. Гүүрээр холбогдсон зочин хүснэгтийг огт уншдаггүй, учир нь түүний фрэймүүд IP давхаргын доорх солилцуураар гардаг.

Туннелийн адаптерыг гүүрэнд хийх нь замыг онолын хувьд шийдэх боловч драйвер хүлээж авахгүй. Windows 10 зөвхөн нэг гүүр төхөөрөмжийг зөвшөөрч, ажлын станц хоёр дэд сүлжээний хооронд дамжуулах чиглүүлэлтийн үүргийг өгдөггүй. Үлдэх нь эх сурвалжийн орчуулга юм. Зочны урсгалыг хостээс ирж буй мэт харагдуул, тэгвэл хотын өөрийн шийдвэрүүд түүнийг туннель руу аваачна, зочинд байж чадахгүй маршрут шаардахгүй.

Хост эзэмшдэг сегмент үүсгэ

Виртуал сүлжээний редакторт өөр хаана ч чиглүүлдэггүй префикс дээр, жишээ нь 172.28.90.0/24, VMnet3 шиг host-only сүлжээ нэм. Хост тэр адаптер дээр 172.28.90.1-ийг авч, зочин ижил солилцуурт холбогдоно. Тэр сегмент дээр хайпервизорын DHCP-г унтраа, нэг хаягийн үйлчилгээ үүнийг эзэмшихээр.

Дээр нь ямар нэг зүйл барихаас өмнө Windows интерфейсийг харж байгаа эсэхийг батал, учир нь бүх загвар тэр адаптер энгийн байхаас хамаарна:

Get-NetAdapter | Format-Table Name, InterfaceDescription, Status
Get-NetIPAddress -AddressFamily IPv4 | Where-Object PrefixLength -eq 24

host-only адаптер тэнд ямар ч физик адаптер шиг харагдана. Юунд ч холбогдохгүй туннелийн адаптераас яг үүгээрээ ялгаатай.

Зочны префиксыг орчуул

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

Get-NetNat | Format-Table Name, InternalIPInterfaceAddressPrefix, Active
New-NetNat -Name "LabGuestEgress" -InternalIPInterfaceAddressPrefix 172.28.90.0/24

Дараа нь зочныг тэр префикс дэх статик хаяг, түүний гарц болгож 172.28.90.1, туннель хостод өгдөг шийдвэрлэгчийн хаягуудтай тохируул. Орчуулга пакетуудыг дамжуулдаг бөгөөд зочинд DNS-ийн талаар юу ч заадаггүй, тиймээс локал чиглүүлэгч дээр үлдсэн зочин нийтийн нэрийг шийдэж, дотоод нэр бүр дээр бүтэлгүйтдэг.

Эхний үсрэлтийг шалга, дараа нь үнийг

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

tracert -d 172.20.31.10
nslookup intranet.corp.example
Get-NetNatSession -NatName "LabGuestEgress"

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

Дараа нь энэ солилцоог хүлээж ав. Корпорацийн системүүд одоо зочин бүрд нэг хаяг хардаг тул төхөөрөмжийн сертификат болон төхөөрөмж тус бүрийн байдлын шалгалт тэднийг ялгаж чадахгүй, зарим бодлого үүнийг бүрмөсөн хориглодог. Уналтын зан үйлийг ч шийд, учир нь орчуулсан урсгал туннель бүтэлгүйтэх үед энгийн интернетийн зам руу унаж болно, хэрэв та тэр префиксыг хотын галт ханын дээр хаахгүй бол.

Холбоотой нийтлэлүүд