Хост VPN холбогдоход Hyper-V зочин DNS-ээ алддаг

Зочин өнөө өглөө хэвийн байсан. Дараа нь хост Cisco AnyConnect-ийг асаахад VM нь DNS, домэйны итгэлцэл, хуваалцсан фолдероо алдсан бөгөөд дотроо юу ч өөрчлөгдөөгүй. Хостын туннель ба зочны сүлжээ нь тусдаа зам бөгөөд нэгийг холбох нь нөгөөг нь хөдөлгөхгүй. Зочны дотроос гадагш ажиллаж, ямар нэгэн зүйл өөрчлөхөөс өмнө харсан зүйлээ бичээрэй.

Зочин одоо ч юу харж чадах вэ

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

Тэдгээр гурван уншилт, хоёр удаа авсан нь таны суурь шугам. Дараагийн бүхэн тэдгээртэй харьцуулагдана.

Зочин ямар гарцыг ашиглаж байна

Hyper-V үүнд хоёр командаар хариулдаг: Get-VMSwitch коммутаторуудыг жагсааж, Get-VMNetworkAdapter -VMName TestVM зочин холбогдсон коммутаторыг харуулна. Default Switch нь Windows-ийн удирддаг NAT сүлжээ; гадаад коммутатор траффикийг физик адаптерт өгдөг; дотоод коммутатор хэн нэгэн NAT эсвэл чиглүүлэгч нэмэх хүртэл юу ч зөөдөггүй. VirtualBox ижил гурван санааг NAT, NAT Network, bridged гэж танилцуулдаг.

Хостын туннель ерөнхийдөө ач холбогдолтой байж чадах эсэхийг горим шийднэ. NAT зочиныг WinNAT хөрвүүлж, дараа нь хотын стек дамжуулдаг тул хотын маршрутын хүснэгтийг дагана; бүрэн туннелийн клиенттэй үед түүний траффик нь VPN адаптерт орж буй траффик бөгөөд клиент локал дэд сүлжээг блоклоход хаягдана. Гадаад коммутатор дээр гүүрлэсэн зочин хотын чиглүүлэлтэд хэзээ ч хүрэхгүй: түүний хүрээнүүд физик NIC-ээс шууд гардаг тул туннель болон клиентийн локал сүлжээний бодлогыг хоёуланг нь тойрдог.

Хостын туннелийг Hyper-V-тэй хуваалцах

Хэрэв зочинд туннель хэрэгтэй бөгөөд өөрийн клиентийг ажиллуулж чадахгүй бол Windows VPN холболтыг хуваалцаж болно. VPN адаптерын шинж чанарыг нээж, Хуваалцах хэсэгт орж, бусад сүлжээний хэрэглэгчдэд түүгээр холбогдохыг зөвшөөрнө үү. Гэрийн сүлжээний холболтыг Hyper-V адаптер руу чиглүүлээд, vEthernet (Default Switch), дараа нь зочны дотроос шинэ хүсэлт туршаарай.

Энэ тохиргоог лабораторийн шийдэл гэж үзээрэй, учир нь энэ нь тэгж ажилладаг. Салгах, дахин холбох эсвэл хотыг дахин ачаалсны дараа дахин хэрэглэх шаардлагатай. Зарим Windows 11 хувилбарт адаптер унадаг жагсаалтад огт байхгүй бөгөөд тэр үед энэ зам хаалттай.

Hyper-V функцийг дахин суулгах нь хэд хэдэн зөрүүд зочиныг аварсан. Үүнийг хамгийн сүүлд үлдээж, эхлээд зочны төлөвийг тэмдэглээрэй.

Дэд сүлжээ шүүгдэх үед порт дамжуулах

Зочны NAT дэд сүлжээг шүүдэг хост VPN нь нэрийн шийдвэрлэлт биш шууд хандалтыг эвддэг. VM ажиллаж байгаа ч ssh [email protected] гацдаг, харин гипервизорын орчуулга одоо ч ажиллаж байна. Ажилд хэрэгтэй портуудыг дамжуулж, оронд нь хотын хаяг руу холбогдоорой. Доорх Vagrantfile мөрүүд SSH болон нэг HTTPS үйлчилгээг хамардаг; хоёулаа дахин ачаалахаас өмнө нэмэгддэг.

config.vm.network "forwarded_port", guest: 22, host: 22
config.vm.network "forwarded_port", guest: 3443, host: 3443

Нэрийн шийдвэрлэлт нь тусдаа шийдвэр бөгөөд өөрийн засвар хийх ёстой. Тэр NAT адаптерын хувьд хотын шийдвэрлэгчийн функцийг асаана уу, эсвэл зочны дотор дотоод DNS серверийг гараар тохируулна уу. Зочиныг нийтийн шийдвэрлэгч рүү чиглүүлэх нь хөтлөлтийг ажиллуулж, бүх дотоод нэрийг эвддэг бөгөөд энэ нь тасалдалаас ч дор, учир нь амжилт мэт харагддаг. Зөвхөн дотоод шийдвэрлэгчийн мэддэг нэрийг туршаарай.

Ажилласан гэдгийг хэлэх шалгалт

Эдгээр өөрчлөлтийн аль нэгний дараа хост VPN холбогдсон байхад зочны дотроос шинэ хүсэлт ажиллуул, үүнээс өмнө биш. Дахин холбогдсоны дараа болон дахин ачаалсны дараа хуваалцалтыг дахин шалгаарай, учир нь тэдгээрийн зөвхөн нэгийг нь тэсвэрлэдэг засвар бол засвар биш. Зочны шийдвэрлэгчдийн жагсаалт түүний траффикийн бодитоор ашигладаг сүлжээтэй тохирч байгаа эсэхийг баталгаажуулна уу. Дараа нь хотын хаягаас порт дамжуулалтыг туршаарай, учир нь зочны хажуугаас турших нь юу ч батлахгүй. Зочны дотроос хоёр PowerShell шалгалт нь шийдвэрлэгч болон дамжуулсан портыг хамарна:

Resolve-DnsName intranet.corp
Test-NetConnection 192.0.2.10 -Port 22

Коммутатор эсвэл драйверын өөрчлөлт бүрийг буцаах алхамтай нь хамт бичээрэй. Microsoft-ын Hyper-V NAT гарын авлага Default Switch үнэндээ юу болохыг тайлбарладаг бөгөөд түүнтэй зөрчилддөг хоёр дахь NAT сүлжээг үүсгэхээс өмнө унших нь зүйтэй.