Зошто редоследот на адаптерите не ја одредува 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 ја печати метриката до секоја рута, а Get-NetRoute во Windows печати InterfaceMetric плус метрика на рутата. Читајте ги двете, бидејќи ефективната предност може да биде збир, а не едно поле. Ако постојат две стандардни рути, тоа е наодот: гостинот има два излеза, а која победува е функција од броеви што промена на хардверот може да ги смени.
Трет услов: што гостинот навистина применил
Конфигурацијата не е исто што и применета состојба. Имињата на интерфејсите не се стабилни при промени на хардверот на секоја платформа, а конфигурација што се совпаѓала по име сега може да не се применува на ништо.
Проверете ја применетата состојба, а не планираната. ip -br link ги прикажува интерфејсите што постојат сега, а на домаќин со NetworkManager nmcli connection show покажува кој профил е врзан за кој уред. Профил што не успеал да се врзе го остава интерфејсот вклучен без адресирање, што изгледа како проблем со рутирање, а е проблем со именување. Вратените слики од состојбата го влошуваат тоа, бидејќи зачуваната состојба на гостинот може да укажува на идентитети на адаптери што новиот хардвер веќе не ги обезбедува.
Одржете ја топологијата на лабораторијата повторлива
Зачувајте ги планираните приклучоци на виртуелната мрежа заедно со конфигурацијата на гостинот, за да биде мапирањето од улога до адаптер запишано, а не изведено од позиција во список.
Обично се доволни четири улоги за именување: приватна врска, управување, надворешен транспорт и тунел. Секоја треба во датотека да одговара на конкретен адаптер и конкретен интерфејс на гостинот.
Потоа тестирајте ја вистинската апликација по промена на хардвер, рестартирање или вратена слика од состојбата и вклучете ја рутата до VPN крајната точка во тој тест. Ако VM порта треба да биде единствениот излез, проверете дека тестната VM нема ненамерна втора стандардна патека, бидејќи мостовниот адаптер додава токму втора стандардна патека. Тестирајте од гостинот, не од конзолата на хипервизорот, бидејќи двете може да не се согласат кој интерфејс е кој.
Документацијата за мрежи на VirtualBox ги опишува режимите на адаптерите и на што се поврзува секој од нив, и тоа е делот што вреди да се прочита пред да се додаде втор. Лабораторија што одредува кој адаптер служи која улога ја прави промената на рутата објаснива. Лабораторија што се потпира на нумерањето на хипервизорот ја прави секоја промена експеримент.