Xostning VPN seansini VMware mehmoni bilan bo’lishish

Sizning virtual mashinangiz xostda benuqson ishlaydigan ichki tizimga yetib bormaydi, xost esa marshrutlash jadvaliga ega klient orqali ulangan. Virtual adapterni tunnelga ko’prik orqali ulash aniq ko’rinadi va ikkita alohida sabab bilan muvaffaqiyatsiz bo’ladi. Ikkala mashina ham egalik qiladigan segmentda tarjima ishlaydi. Narxi haqiqiy: har bir mehmon korporativ tarmoqda o’z shaxsiyatimini yo’qotadi.

Ko’prik ishlay olmasligining ikkita sababi

Klient adapteri odatda bitta manzil olib yuradi, ko’pincha /32, va klient xostning marshrutlarini qayta yozadi, shuning uchun oddiy chiqish trafigi tunnelni afzal ko’radi. Xostdagi ilovalar bu jadvalga bo’ysunadi va xususiy tizimga yetadi. Ko’prikka ulangan mehmon jadvalni umuman o’qimaydi, chunki uning kadrlari IP qatlami ostidagi kommutatordan chiqadi.

Tunnel adapterini ko’prikka qo’yish yo’lni nazariy jihatdan hal qilardi, lekin drayver buni qabul qilmaydi. Windows 10 ham faqat bitta ko’prik qurilmasiga ruxsat beradi va ish stansiyasining ikki quyi tarmoq o’rtasida uzatishiga imkon beradigan marshrutlash rolini bermaydi. Qolgani manba tarjimasi. Mehmon trafigini xostdan kelayotgandek ko’rsating, xostning o’z qarorlari uni tunnelga olib kiradi, mehmon esa ega bo’la olmaydigan marshrutga muhtoj bo’lmaydi.

Xostga tegishli segment yarating

Virtual tarmoq muharririda boshqa hech qayerda marshrutlamaydigan prefiksda, masalan 172.28.90.0/24 da VMnet3 kabi host-only tarmoq qo’shing. Xost o’sha adapterda 172.28.90.1 ni oladi va mehmon xuddi shu kommutatorga ulanadi. O’sha segmentda gipervizorning DHCP ni o’chiring, bitta manzil xizmati unga egalik qilsin.

Ustiga biror narsa qurishdan oldin Windows interfeysni ko’rishiga ishonch hosil qiling, chunki butun loyiha o’sha adapterning oddiy bo’lishiga bog’liq:

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

host-only adapter u yerda har qanday jismoniy adapter kabi ko’rinadi. Hech narsaga ulanib bo’lmaydigan tunnel adapteridan farqi aynan shu.

Mehmonning prefiksini tarjima qiling

Yuqori huquqli sessiya oching va prefiksni tarjima qiling. Avval nima borligini tekshiring, chunki konteyner ish muhitlari va gipervizorlar o’z tarjimalarini o’rnatadi, noto’g’risini o’chirish esa boshqa mahsulotni buzadi.

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

So’ngra mehmonni o’sha prefiksdagi statik manzil, uning shlyuzi sifatida 172.28.90.1 va tunnel xostga beradigan hal qiluvchi manzillari bilan sozlang. Tarjima paketlarni uzatadi va mehmonga DNS haqida hech narsa o’rgatmaydi, shuning uchun mahalliy marshrutizatorda qoldirilgan mehmon ommaviy nomlarni hal qiladi va har bir ichki nomda muvaffaqiyatsiz bo’ladi.

Birinchi sakrashni, so’ngra narxni tekshiring

Eng yaqin chegarani sinab ko’ring ilovani sinashdan oldin. Xost shlyuzida to’xtaydigan iz tarjima sodir bo’lmayotganini bildiradi, xostdan narida to’xtaydigan iz esa tunnel ishlamayotganini yoki qarama-qarshi tomon tarjima qilingan manzilni rad etganini bildiradi.

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

Tunnel ishlab turganda xostning o’sha manzilga o’z kirishiga qiyoslang. Xost muvaffaqiyat qozonib, mehmon qozonmasa, nuqson tarjimada yoki mehmonning shlyuz sozlamasida, ulanishda emas.

So’ngra bu almashinuvni qabul qiling. Korporativ tizimlar endi har bir mehmon uchun bitta manzil ko’radi, shuning uchun qurilma sertifikatlari va har bir qurilma holati tekshiruvlari ularni ajrata olmaydi, ba’zi siyosatlar esa buni butunlay taqiqlaydi. Tushib qolish xatti-harakatini ham hal qiling, chunki tunnel ishlamay qolganda tarjima qilingan trafik oddiy internet yo’liga tushishi mumkin, agar o’sha prefiksni xostning xavfsizlik devorida bloklamasangiz.