Nega adapterlar tartibi laboratoriyangiz VPN yo‘lini belgilamaydi
Gipervizordagi 1-adapter mehmon qaysi yo‘lni tanlashini aytmaydi. Har bir apparat o‘zgarishidan keyin prefikslar, metrikalar va siyosat qoidalarini solishtiring.
1-adapterning gipervizor ro‘yxatida birinchi turishi faqat ko‘rsatish tartibi, mehmonning marshrutlash jadvali uni o‘qimaydi. Yo‘lni prefiks, metrika va ikkalasidan oldin amal qiladigan har qanday siyosat qoidasi belgilaydi. Shuning uchun laboratoriya VM ga ko‘prik adapter qo‘shish ikkinchi standart yo‘l yaratishi mumkin, eski NAT interfeysi esa hanuz mavjud va ikkinchi deb raqamlangan holda ko‘rinadi. Natijada ba’zan tunnelni ishlatadigan, ba’zan ishlatmaydigan VM paydo bo‘ladi va buni tushuntiruvchi hech qanday konfiguratsiya o‘zgarishi bo‘lmaydi.
Yo‘lni uch shart belgilaydi
Uch shart: qaysi prefiks aniqroq, prefikslar teng bo‘lganda metrikalar nima qiladi va apparat o‘zgarishidan keyin mehmon qaysi qoidalarni qo‘lladi. Har biriga bitta buyruq bilan javob berish mumkin va hech biri gipervizor raqamlashiga aloqador emas.
Aynan o‘sha oxirgi nuqta — qaror: agar VPN oxirgi nuqtasining o‘z manzili uchun qaysi prefiks g‘olib chiqishini ayta olmasangiz, sizda marshrutlash siyosati yo‘q, bugun tasodifan ishlayotgan topologiya bor.
Birinchi shart: qaysi prefiks g‘olib chiqadi
10.8.0.0/24 ga boruvchi yo‘l uning ichidagi manzil uchun standart yo‘lni yengadi, metrikalar va adapterlar tartibidan qat’i nazar. Shuning uchun aniq yo‘lni o‘rnatuvchi VPN mijozi past metrikali ikkinchi adapter paydo bo‘lsa ham ishlashda davom etadi: aniqliik xarajat ko‘rib chiqilishidan oldin g‘olib chiqadi. Ishlatilmoqda deb hisoblagan jadvalni ip route show bilan, aniq manzil uchun yadro aslida qanday javob berishini ip route get 203.0.113.9 bilan tekshiring.
Oxirgi nuqtaning o‘z manzili eng muhim sinovdir. Agar VPN serverining manzili yaqinda qo‘shilgan ko‘prik adapter orqali hal qilinsa, tunnel umuman o‘rnatilmasligi yoki o‘rnatilib, keyin o‘z transport yo‘lidan ayrilishi mumkin. Tunnel interfeysi javob deb o‘ylash o‘rniga aynan o‘sha manzilni alohida so‘rang.
Ikkinchi shart: metrika nima qiladi va nima qilmaydi
Uning roli ko‘pchilik kutganidan torroq. Metrikalar bir prefiksga boruvchi yo‘llar orasidagi tenglikni hal qiladi; ular kengroq yo‘lga aniqroq yo‘lni yengishga ruxsat bermaydi. Tenglikda kichik son afzal ko‘riladi va turli operatsion tizimlar qarama-qarshi yo‘nalishda sanaydi, shuning uchun Linux va Windows o‘rtasida ko‘chirilgan maslahatlar ko‘pincha o‘ziga zid bo‘ladi.
Mehmonda ip route show har bir yo‘l yonida metrikani chiqaradi, Windows da Get-NetRoute esa InterfaceMetric va yo‘l metrikasini chiqaradi. Ikkalasini o‘qing, chunki samarali afzallik bitta maydon emas, yig‘indi bo‘lishi mumkin. Agar ikkita standart yo‘l bo‘lsa, bu — topilma: mehmonning chiqish uchun ikki yo‘li bor va qaysi biri g‘olib chiqishi apparat o‘zgarishi o‘zgartira oladigan sonlarga bog‘liq.
Uchinchi shart: mehmon aslida nima qo‘lladi
Konfiguratsiya qo‘llangan holat bilan bir xil emas. Interfeys nomlari har bir platformada apparat o‘zgarishlari davomida barqaror emas va nom bo‘yicha mos kelgan konfiguratsiya endi hech narsaga qo‘llanmasligi mumkin.
Ko‘zlangan holatni emas, qo‘llangan holatni tekshiring. ip -br link hozir mavjud interfeyslarni ko‘rsatadi, NetworkManager bo‘lgan xostda esa nmcli connection show qaysi profil qaysi qurilmaga bog‘langanini ko‘rsatadi. Bog‘lana olmagan profil interfeysni manzilsiz yoqiq qoldiradi, bu marshrutlash muammosiga o‘xshaydi, aslida esa nomlash muammosi. Tiklangan oniy tasvirlar buni yomonlashtiradi, chunki mehmonning saqlangan holati yangi apparat endi bermaydigan adapter identifikatorlariga havola qilishi mumkin.
Laboratoriya topologiyasini takrorlanadigan saqlang
Ko‘zlangan virtual tarmoq ulanishlarini mehmon konfiguratsiyasi bilan birga saqlang, shunda roldan adapterga moslik ro‘yxat o‘rnidan taxmin qilinmay, yozib qo‘yiladi.
Odatda to‘rtta rolni nomlash yetarli: xususiy aloqa, boshqaruv, tashqi transport va tunnel. Har biri faylda aniq adapterga va aniq mehmon interfeysiga mos kelishi kerak.
Keyin apparat o‘zgarishi, qayta yuklash yoki tiklangan oniy tasvirdan so‘ng haqiqiy dasturni sinab ko‘ring va bu sinovga VPN oxirgi nuqtasiga boruvchi yo‘lni ham qo‘shing. Agar shlyuz VM yagona chiqish bo‘lishi kerak bo‘lsa, sinov VM ida ko‘zlanmagan ikkinchi standart yo‘l yo‘qligini tekshiring, chunki ko‘prik adapter aynan ikkinchi standart yo‘lni qo‘shadi. Gipervizor konsolidan emas, mehmondan sinang, chunki ikkisi qaysi interfeys qaysi ekanida kelisha olmasligi mumkin.
VirtualBox tarmoq hujjatlari adapter rejimlarini va har biri nimaga ulanashini tavsiflaydi, ikkinchisini qo‘shishdan oldin o‘qishga arziydigan qism aynan shu. Har bir rolga qaysi adapter xizmat qilishini aniqlaydigan laboratoriya yo‘l o‘zgarishini tushunarli qiladi. Gipervizor raqamlashiga tayanadigan laboratoriya esa har bir o‘zgarishni tajribaga aylantiradi.