VMware ko'prigli mehmon OpenVPN dan keyin tarmog'ini yo'qotdi

Bir soat oldin ko'prilgan va yetib borish mumkin bo'lgan mehmon endi hamma narsada vaqt tugashiga uchraydi, va hech kim uning sozlamalarini tahrirlamagan. Xostda internet hali ham tunnel orqali ishlaydi. Bu ikki fakt birgalikda VPN dan uzoqqa va gipervizor tomon ishora qiladi, chunki xost va mehmon endi bir xil yo'ldan foydalanmaydi. Buni keltirib chiqarish uchun bitta yangi virtual adapter yetarli.

Mehmon o'zgarmadi, ko'prik o'zgardi

Windows da OpenVPN mijozi o'rnatilsa, tunnel ko'tarilganda xizmat bog'lanadigan virtual tarmoq adapteri qo'shiladi. Operatsion tizim uchun u havola holatiga ega oddiy interfeys va ko'pincha o'z manzillariga ega bo'lib ko'rinadi. Bu VMware uchun uni ko'prik nomzodi deb hisoblashga yetarli.

VMnet0 sukut bo'yicha Avtomatik ga o'rnatilgan, ya'ni gipervizor har safar ko'prik qurganda xost adapterini tanlaydi. Yangi o'rnatilgan virtual adapter shu guruhga qo'shiladi, va agar u tanlansa, mehmon yuboradigan har bir kadr fizik kalit portiga emas, tunnel qurilmasiga ketadi.

Ko'prikni mahkamlang yoki mehmonni marshrutlang

Birinchi tarmoq mehmon fizik LAN da teng huquqli a'zo bo'lishi kerak bo'lganda to'g'ri: ko'prik tanlashiga yo'l qo'yishni to'xtating va adapterni aniq nomlang. Ikkinchi tarmoq mehmon korporativ tunneldan foydalanishi kerak bo'lganda amal qiladi, va bu holda ko'prik hech qachon to'g'ri dizayn bo'lmagan, chunki ko'prilgan mehmon xostning VPN marshrutini meros olmaydi.

Buni birinchi navbatda hal qiling, chunki ikki javob turli ishga olib boradi. Tartibni teskari qilish to'g'ri mahkamlangan ko'prik hosil qiladi, lekin u hech qachon ko'prilmasligi kerak bo'lgan mehmonga ulangan bo'ladi.

Birinchi tarmoq uchun xostda Virtual Network Editor ni oching, VMnet0 ni tanlang va Avtomatik ni fizik adapter bilan almashtiring. Agar bir nechta adapter bo'lsa, avtomatik sozlamalar ro'yxatidan foydalaning va hech qachon mehmon trafigini ko'tarmasligi kerak bo'lgan hamma narsadan belgini olib tashlang: OpenVPN TAP yoki Wintun qurilmasi, shuningdek Hyper-V, WSL, Docker va loopback adapterlari. Noutbukda simli va simsiz fizik adapterlarning ikkalasini ham belgilangan holda qoldiring, aks holda foydalanuvchi keyingi safar uni dokka ulaganda mehmon ko'prigini yo'qotadi.

Tanlovni hal qiladigan uchta shart

Ko'prik umuman mos keladimi, mehmon nima uchun ekanligiga bog'liq. Agar mehmon LAN da o'zining alohida xosti sifatida ko'rinishi kerak bo'lsa, o'z manzili va o'z kirish erishimtiriligi bilan, ko'prik to'g'ri model va mahkamlash butun tuzatishdir. Agar mehmon faqat chiquvchi kirishga muhtoj bo'lsa, faqat-xost yoki NAT tarmog'i soddaroq va adapter o'zgarishlariga chidamli.

Agar mehmon xost bilan bir xil tunneldan foydalanishi kerak bo'lsa, na ko'prik rejimi, na mahkamlangan adapter yordam beradi, chunki mehmon trafigi hech qachon xostning marshrutlash qaroriga kirmaydi. Bu holat xostda marshrutlangan yoki tarjima qilingan yo'lni talab qiladi, adapter tanlovi esa ahamiyatsiz bo'lib qoladi.

VMware Player interfeysida tarmoq muharriri yo'q, shuning uchun faqat Player ishlaydigan xost bu sozlamalarga erishish uchun alohida muharrir yoki Workstation o'rnatishini talab qiladi. Bu cheklov ba'zan yondashuvni o'zi hal qiladi.

Natijani mehmon ichidan o'qing

Virtual NIC ni qayta ishga tushiring yoki mehmonni qayta ishga tushiring, u yana ijara so'rasin. So'ng xost sozlagan deb o'ylagan narsani emas, u haqiqatda olgan narsani o'qing.

ipconfig /all
ip addr
ip route

Bu chiqishda ikkita maydonni o'qing va qolganini hozircha e'tiborsiz qoldiring. Shlyuz LAN routeri bo'lishi kerak, adapter tavsifi esa tunnelni emas, VMware Ethernet qurilmasini nomlashi kerak. 169.254.0.0/16 ichida o'ziga tayinlangan manzil hech qanday DHCP server javob bermaganini bildiradi, va ko'prik tunnel adapteriga mehmon tomonidan aynan shunday ko'rinadi.

Boshqa narsani o'zgartirishdan oldin yana bir farqni aytib o'tishga arziydi. Routerga yetib, internetga yetmaydigan mehmonning ishlaydigan ko'prigi va yuqorida muammosi bor. Tunnel oralig'ida manzil olgan mehmon hali ham noto'g'ri qurilmaga ulangan. TAP adapterni o'chirish ikkala holat uchun ham yechim emas, chunki OpenVPN xizmatiga u kerak.