Неге адаптерлер реті сіздің зертханаңыздың VPN маршрутын анықтамайды
Гипервизордағы 1-адаптер қонақ қандай маршрут таңдайтынын айтпайды. Әр аппараттық өзгерістен кейін префикстерді, метрикаларды және саясат ережелерін салыстырыңыз.
1-адаптердің гипервизор тізімінде бірінші болуы — тек көрсету реті, қонақтың маршруттау кестесі оны оқымайды. Жолды префикс, метрика және екеуінен бұрын қолданылатын кез келген саясат ережесі анықтайды. Сондықтан зертханалық VM-ге көпірлік адаптер қосу екінші әдепкі жолды жасауы мүмкін, ал ескі NAT интерфейсі әлі де бар және екінші болып нөмірленген күйде көрінеді. Нәтижесі — кейде туннельді қолданатын, кейде қолданбайтын VM, оны түсіндіретін ешқандай конфигурация өзгерісі жоқ.
Жолды үш шарт анықтайды
Үш шарт: қай префикс нақтырақ, префикстер тең болғанда метрикалар не істейді және аппараттық өзгерістен кейін қонақ қандай ережелерді қолданды. Әрқайсысына бір командамен жауап беруге болады және ешқайсысы гипервизордың нөмірлеуіне қатысты емес.
Дәл сол соңғы тұжырым — шешім: егер VPN соңғы нүктесінің өз мекенжайы үшін қай префикстің жеңетінін айта алмасаңыз, сізде маршруттау саясаты жоқ, сізде бүгін кездейсоқ жұмыс істеп тұрған топология бар.
Бірінші шарт: қай префикс жеңеді
10.8.0.0/24-ке баратын маршрут оның ішіндегі мекенжай үшін әдепкі маршрутты жеңеді, метрикаларға және адаптерлер ретіне қарамастан. Сондықтан нақты маршрут орнататын VPN клиенті төмен метрикалы екінші адаптер пайда болса да жұмысын жалғастырады: нақтылық шығынды қарастырмай тұрып жеңеді. Пайдаланылады деп ойлайтын кестені ip route show-мен, ал нақты тағайындау үшін ядро шын мәнінде қандай жауап беретінін ip route get 203.0.113.9-мен тексеріңіз.
Соңғы нүктенің өз мекенжайы — ең маңызды сынақ. Егер VPN серверінің мекенжайы жаңадан қосылған көпірлік адаптер арқылы шешілсе, туннель мүлдем орнатылмауы мүмкін, немесе орнатылып, кейін өзінің тасымал жолынан айырылуы мүмкін. Туннель интерфейсі жауап деп болжаудың орнына дәл сол мекенжайды сұраңыз.
Екінші шарт: метрика не істейді және не істемейді
Оның рөлі көпшілік күткеннен тар. Метрикалар бір префикске баратын маршруттар арасындағы теңдікті шешеді; олар кеңірек маршрутқа нақтырақ маршрутты жеңуге мүмкіндік бермейді. Теңдік кезінде кіші санға басымдық беріледі, ал түрлі операциялық жүйелер қарама-қарсы бағытта санайды, сондықтан Linux пен Windows арасында көшірілген кеңестер жиі өзіне-өзі қайшы келеді.
Қонақта ip route show метриканы әр маршруттың қасында шығарады, ал Windows-та Get-NetRoute InterfaceMetric және маршрут метрикасын шығарады. Екеуін де оқыңыз, өйткені тиімді басымдық бір өріс емес, қосынды болуы мүмкін. Егер екі әдепкі маршрут болса, бұл — табылған дүние: қонақтың шығатын екі жолы бар, ал қайсысы жеңетіні аппараттық өзгеріс өзгерте алатын сандарға байланысты.
Үшінші шарт: қонақ шын мәнінде нені қолданды
Конфигурация қолданылған күймен бірдей емес. Интерфейс атаулары әр платформада аппараттық өзгерістер кезінде тұрақты емес, ал атауы бойынша сәйкес келген конфигурация енді ешнәрсеге қолданылмауы мүмкін.
Көзделген күйді емес, қолданылған күйді тексеріңіз. ip -br link қазір бар интерфейстерді көрсетеді, ал NetworkManager бар хостта nmcli connection show қай профильдің қай құрылғыға байланғанын көрсетеді. Байланыса алмаған профиль интерфейсті мекенжайсыз қосулы күйде қалдырады, бұл маршруттау мәселесіне ұқсайды, бірақ атау мәселесі. Қалпына келтірілген суреттер мұны нашарлатады, өйткені қонақтың сақталған күйі жаңа аппараттық қамтамасыз етпейтін адаптер сәйкестіктеріне сілтеме жасауы мүмкін.
Зертхана топологиясын қайталанатын күйде ұстаңыз
Көзделген виртуалдық желі қосылымдарын қонақ конфигурациясымен бірге сақтаңыз, рөлден адаптерге сәйкестендіру тізімдегі орыннан болжалмай, жазылып қалсын.
Әдетте төрт рөлді атау жеткілікті: жеке байланыс, басқару, сыртқы тасымал және туннель. Әрқайсысы файлда нақты адаптерге және нақты қонақ интерфейсіне сәйкес болуы керек.
Содан кейін аппараттық өзгерістен, қайта жүктеуден немесе қалпына келтірілген суреттен кейін нақты қолданбаны тексеріңіз және бұл тексеріске VPN соңғы нүктесіне дейінгі маршрутты қосыңыз. Егер шлюз VM жалғыз шығу болуы керек болса, сынақ VM-інде көзделмеген екінші әдепкі жол жоқтығын тексеріңіз, өйткені көпірлік адаптер дәл екінші әдепкі жолды қосады. Гипервизор консолінен емес, қонақтан тексеріңіз, өйткені екеуі қай интерфейс қайсы екенінде келіспеуі мүмкін.
VirtualBox желілік құжаттамасы адаптер режимдерін және әрқайсысының неге қосылатынын сипаттайды, екіншісін қоспас бұрын оқуға тұрарлық бөлік дәл осы. Әр рөлге қай адаптер қызмет ететінін анықтайтын зертхана маршрут өзгерісін түсінікті етеді. Гипервизор нөмірлеуіне сүйенетін зертхана әр өзгерісті тәжірибеге айналдырады.