VPN yoniq, VM ochilmayaptimi? Muammo ehtimol hech qachon marshrutda bo'lmagan

VPNni ulang, va bir daqiqa oldin javob bergan ishlab chiqish VM jim bo'lib qoladi. Aniq hikoya o'z-o'zidan yoziladi: tunnel marshrutni oldi, host endi mehmon trafigini korporativ tarmoqqa yuboradi, yechim esa statik marshrut qo'shish yoki adapterni ko'prik rejimiga o'tkazish. Bu hikoya ba'zan to'g'ri. Ammo bu odatiy sabab emas va unga asoslanib birinchi bo'lib harakat qilish odatda boshqa narsani buzadi.

Host-only tarmoq hostga tegishli va uning mehmonlari bilan bo'lishiladigan dasturiy tarmoq bo'lib, har qanday jismoniy ulanishdan alohida. VPN mijozi o'z interfeysida hech narsa bu tarmoqni o'zgartirmaydi, shuning uchun unga tegishdan oldin to'rt qatlamdan qaysi biri haqiqatan ishlamay qolganini aniqlang.

Marshrut odatda hanuz mahalliy

Marshrutlash jadvalining birinchi sahifasi o'rniga yadrodan so'rang. Linuxda ip route get 192.168.56.10 ishlatiladigan aniq marshrut, interfeys va manba manzilini bildiradi, bu esa standart marshrutni o'qib taxmin qilishdan boshqa javob. Agar chiqish host-only interfeysini nomlasa, tunnel bu yo'lda umuman ishtirok etmaydi.

Ikki narsa uni haqiqatan buzishi mumkin va ikkalasi ham VPN emas, manzil muammosi. Host-only prefiksi bilan ustma-ust tushadigan uzoq ichki tarmoq aniqroq marshrutning g'alaba qozonishiga olib keladi, pastroq metrikali keng marshrut o'rnatadigan VPN mijozi esa prefiksni tortib olishi mumkin. Ikkalasi ham bitta buyruqda ko'rinadi: chiqishda nomlangan interfeys tunnel bo'ladi, tuzatish esa o'sha manzil rejasining egasiga tegishli.

Marshrut tanlash va paket qabul qilish ikki xil qaror

Bu fikrlash modeli odatda o'tkazib yuboradigan qism. Hatto mukammal mahalliy marshrut bilan ham VPN mijozi paketni rad etishi mumkin. Ko'p mijozlar tunneldan tashqarida qaysi manzillar ruxsat etilishini belgilaydigan mahalliy tarmoqqa kirish siyosatini qo'llaydi va ulangan ichki tarmoq bu ro'yxatni avtomatik yangilamaydi.

Shuning uchun nosozlik ilova tomonidan marshrutlash muammosiga o'xshab ko'rinadi, mijoz tomonidan esa butunlay boshqacha. Agar ip route get to'g'ri interfeysni nomlasa-yu, ulanish baribir vaqt tugasa, marshrutlarni tahrirlashni to'xtating va uning o'rniga mijozning hujjatlashtirilgan mahalliy kirish xatti-harakatini o'qing. Ba'zi mijozlar mahalliy ichki tarmoqlar uchun ruxsat ro'yxatini taqdim etadi, ba'zilari tunnel bo'lmagan hamma narsani bloklaydi, yana ba'zilari faqat kill switch yoqilganda bloklaydi.

Bu farq muhim, chunki tuzatishlar bir-birini almashtira olmaydi. Marshrut qo'shish filtrni qanoatlantira olmaydi, bir mehmonga yetish uchun filtrni o'chirish esa alomat ko'rsatganidan ancha katta qaror.

Mehmonning yo'q deyishning uch yo'li bor

Internetni keza oladigan mehmon siz xohlagan xizmat haqida hech narsani isbotlamagan. Tinglovchi mehmon ichida 127.0.0.1 ga bog'langan bo'lishi mumkin, u holda yo'l qanchalik yaxshi bo'lmasin, hostdan hech qanday so'rov yetib bora olmaydi. Mehmonda ss -ltn bilan tekshiring va faqat portga emas, mahalliy manzil ustuniga ham qarang.

Keyingisi mehmonning o'z xavfsizlik devori. Qattiq standart sozlamali ishlab chiqish obrazi host paketlarini qabul qilib, ularni xizmat chegarasida tashlab yuborishi mumkin, bu esa marshrutlashning qora teshigiga aynan o'xshaydigan vaqt tugashini keltiradi. Nihoyat, xizmatning o'z konfiguratsiyasi bor: ma'lum host nomiga bog'langan veb-ilova yoki mijoz manzillarining ruxsat ro'yxati har bir paket yetib kelganda ham host-only ichki tarmog'idan kelgan so'rovni rad etadi.

VM ning tarmoq rejimini o'zgartirishni o'ylashdan oldin shu uchtasini ko'rib chiqing. Har biri mehmon ulanishini qayta loyihalashdan kichikroq o'zgarish va har birining aniq sinovi bor.

Ko'prik aslida nima va u qancha turadi

Adapterni ko'prik rejimiga o'tkazish host-only yo'lining ta'mirlanishi emas. Bu mehmonni boshqa tarmoqqa, odatda jismoniy LANga joylashtirish qarori bo'lib, u yerda u o'sha joyda yashovchi qolgan hamma uchun ko'rinadigan bo'ladi. Bu siz xohlagan narsaning o'zi bo'lishi mumkin. Ammo asl konfiguratsiya qilayotgan ish bu emas edi.

Mehmon haqiqatan o'sha LANda teng a'zo bo'lishi kerak bo'lganda va ta'sir qilish tasdiqlanganda foydalaning. Bitta xizmat javob berishni to'xtatdi deb foydalanmang, chunki o'zgarish mehmonni unga qarshi ishlab chiqishni xavfsiz qilgan izolyatsiyadan chiqarib yuborishi mumkin.

Har qanday tasdiqlangan tuzatishdan keyin belgilangan tartibda sinab ko'ring: hostdan mehmonga yangi so'rov, tunnel orqali zarur korporativ resurs va tunnel o'chirilgan holatda ko'zda tutilgan rad etish xatti-harakati. Agar oxirgisi endi bajarilmasa, tuzatish muammodan nariga o'tgan.

VirtualBox ning host-only tarmoq haqidagi bo'limi host tomonidagi dasturiy interfeysni va uning ko'prik ulanishidan farqini tasvirlaydi, bu esa ikki rejimni almashtirish mumkin deb hisoblashdan oldin o'qishga arziydigan manba.