Hyper-V VM xost VPN'idan foydalanadimi? Bu kalit turiga bog'liq

Hyper-V xostiga VPN mijozi o'rnating, u yerda brauzer oching va chiqish manzili o'zgaradi; xuddi shu sahifani VM ichida ochsangiz, u eski manzilni yoki hech narsani ko'rsatmasligi mumkin. Odatiy xulosa — VM buzilgan yoki split tunneling yoqilishi kerak. Ikkalasi ham to'g'ri emas. VPN mijozi mashinaning xususiyati emas; u marshrutlar to'plami, virtual adapter va ko'pincha muayyan interfeyslarga bog'langan filtrdir. Mehmon trafigi bu mexanizmga yetib borishi mehmon ishlatadigan virtual kalitga bog'liq.

Afsona, ochiq aytganda

E'tiqod shundan iboratki, xostga o'rnatilgan VPN butun mashinani, shu jumladan VMlarni himoya qiladi, chunki VM o'sha mashinada ishlaydigan jarayondir. Bu qulay e'tiqod, chunki antivirus va xost xavfsizlik devorlari odatda shunday yo'l tutadi. Tarmoq marshrutlari esa bunday emas.

Mehmon freymi xostning VPN stekiga faqat xost uni yo'naltirsa yoki filtrlasagina tegadi. Bu gapni stikerka yozib qo'ying, chunki quyidagi har bir holat uning bir ko'rinishidir.

Uch xil kalit, uch yo'l

Tashqi kalit virtual adapterni jismoniy tarmoq kartasiga bog'laydi va mehmon freymlarni o'z MAC manzili bilan shu bog'lanish orqali yuboradi. Mehmon jismoniy tarmoqda o'z DHCP ijarasi, shlyuzi va DNS serverlari bilan teng huquqli a'zo bo'ladi. Xostning VPN standart marshruti xost stekida yashaydi va bu freymlarni ko'chirmaydi, chunki ular xost orqali yo'naltirilmay, ko'prik qilinadi. Wi-Fi adapteri ustidagi tashqi kalit yomon fikr bo'lishining sababi ham shu: ko'pchilik simsiz drayverlar ikkinchi MAC manzili uchun freymlarni tashimaydi.

Ichki kalit mehmonlarni xostning virtual adapteriga ulaydi. Yakka o'zi internet chiqishini bermaydi; xostdagi NAT obyekti tarjimani ta'minlaydi, bu haqda tafsilotlar Hyper-V NAT qo'llanmasida keltirilgan. Endi mehmon paketlari xostning yo'naltirish va NAT yo'liga kiradi, shuning uchun VPN mijozining marshrutlari va filtrlari yana muhim bo'ladi. Bu VM haqiqatan ham xost VPN'iga ergashadigan va kill switch mehmonni butunlay uzib qo'yishi mumkin bo'lgan tartib.

Shaxsiy kalitda xost adapteri va yuqori ulanish yo'q. Mehmonlar faqat bir-biri bilan gaplashadi, shuning uchun shaxsiy kalitdagi VMda internet bo'lmasa, sabab yo'q routerdir va VPNning bunga aloqasi yo'q.

Standart kalit o'ziga xos tartib

Windows ichki kalitni NAT va DNS proksisi bilan birlashtirgan standart kalitni beradi. Uning quyi tarmog'ini xost tanlaydi, qayta ishga tushirishdan keyin o'zgarishi mumkin va o'zingiz yaratadigan NAT tarmog'i bilan bir xil obyekt emas. Uni laboratoriya tarmog'idek qayta qurish — odamlar ikkita NAT va hali ham marshruti yo'q mehmon bilan qolishining sababi.

Agar VM standart kalitda bo'lsa, mehmon olgan manzilni o'qing va VPN mijoziga tegishdan oldin uni xostning NAT jadvali bilan solishtiring. Mehmon shlyuzi bilan NAT prefiksi o'rtasidagi nomuvofiqlik har qanday mijoz sozlamasidan ko'ra ko'proq nosozliklarni tushuntiradi.

Savolni hal qiladigan to'rt fakt

Biror narsani o'zgartirishdan oldin bularni to'plang: kalit turi va uning yuqori ulanishi, VMga ulangan adapter, mehmonning o'z manzili, shlyuzi va DNSi, xostning NAT va standart marshrut holati. Faqat o'qish uchun buyruqlar — Get-VMSwitch, Get-VMNetworkAdapter -VMName "TestVM", Get-NetNat va Get-NetRoute -DestinationPrefix 0.0.0.0/0; mehmon ichida ipconfig /all qolganini beradi.

Keyin mehmon nima qilishi kerakligini hal qiling. Agar u VPN tashqarisida qolishi kerak bo'lsa, provayderdan aynan shu yo'l uchun qo'llab-quvvatlanadigan istisno oling, chunki xost bajariluvchi faylini istisno qilish uzatiladigan VM trafigini istisno qilmaydi. Agar u VPNdan foydalanishi kerak bo'lsa, xost brauzeridagi test buni qoplaydi deb taxmin qilish o'rniga, mijozning VM trafigini hujjatlashtirilgan tarzda boshqarishini tasdiqlang.

Mehmon ichidagi test — hisobga olinadigan yagona dalil. Mehmon chiqish manzilini tekshiring, ichki nomni yeching, VPNni qayta ulang va takrorlang. Xost brauzeri natijasi bularning hech biriga o'rinbosar emas.

Afsonaning narxi

Odamlar faqat test o'tishi uchun kill switchni o'chiradi, statik marshrutlar qo'shadi yoki kalitlarni o'chirib qayta yaratadi. Har bir yorliq nosozlik uslubini o'zgartiradi: mehmon hech kim niyat qilmagan yo'l orqali internetga chiqishi mumkin yoki tashqi kalit o'z jismoniy adapterini qayta bog'laganda xost aloqani yo'qotishi mumkin.

Tashqi kalitni qayta bog'lash xostning o'z kirishini to'xtatadi, shuning uchun tashqi yo'lni ochiq tuting va hali diagnostika qilayotganingizda kalitlarni o'chirmang. To'g'ri natija — bir sahifa yuklanishidan olingan yashil belgi emas, balki mehmonning mo'ljallangan yo'li, jumladan u qanday qayta ulanadi va qanday muvaffaqiyatsiz bo'ladi.

Barqaror javob — inventarda har bir VM uchun bitta satr: qaysi kalitdan foydalanadi va uning shlyuzini qaysi komponent beradi. Bu yozilgandan keyin keyingi VPN o'zgarishi tushlikdan keyingi taxmin emas, balki bir qidiruvdir.