Kodėl adapterių tvarka nenulemia jūsų laboratorijos VPN maršruto

Tai, kad 1 adapteris yra pirmas hipervizoriaus sąraše, tėra rodymo tvarka, o svečio maršrutizavimo lentelė jos neskaito. Kelią lemia prefiksas, metrika ir bet kuri politikos taisyklė, galiojanti prieš abu. Todėl tiltinio adapterio pridėjimas prie laboratorijos VM gali sukurti antrą numatytąjį kelią, nors senoji NAT sąsaja vis dar rodoma kaip esanti ir sunumeruota antra. Rezultatas – VM, kuri kartais naudoja tunelį, o kartais ne, be jokio konfigūracijos pakeitimo, kuris tai paaiškintų.

Kelią lemia trys sąlygos

Trys sąlygos: kuris prefiksas konkretesnis, ką metrikos daro, kai prefiksai lygūs, ir kokias taisykles svečias pritaikė po aparatūros pakeitimo. Į kiekvieną galima atsakyti viena komanda, ir nė viena nesusijusi su hipervizoriaus numeravimu.

Būtent paskutinis punktas yra sprendimas: jei negalite pasakyti, kuris prefiksas laimi VPN galinio taško pačiam adresui, neturite maršrutizavimo politikos, turite topologiją, kuri šiandien veikia atsitiktinai.

Pirma sąlyga: kuris prefiksas laimi

Maršrutas į 10.8.0.0/24 nugali numatytąjį maršrutą adresui jo viduje, nepaisant metrikų ir adapterių tvarkos. Štai kodėl VPN klientas, įdiegiantis konkretų maršrutą, veikia toliau net kai atsiranda antras adapteris su mažesne metrika: konkretumas laimi prieš svarstant kainą. Patikrinkite ip route show lentelę, kurią manote esant naudojamą, o ip route get 203.0.113.9 – atsakymą, kurį branduolys iš tikrųjų duotų konkrečiam tikslui.

Galinio taško pačiam adresui tenka svarbiausias testas. Jei VPN serverio adresas sprendžiamas per naujai pridėtą tiltinį adapterį, tunelis gali niekada neįsisteigti arba įsisteigti ir prarasti savo paties transporto kelią. Klauskite būtent to adreso, o ne manykite, kad atsakymas yra tunelio sąsaja.

Antra sąlyga: ką metrika daro ir ko ne

Jos vaidmuo siauresnis, nei dauguma tikisi. Metrikos išsprendžia lygiąsias tarp maršrutų į tą patį prefiksą; jos neleidžia platesniam maršrutui nugalėti konkretesnio. Esant lygiajai, pirmenybė teikiama mažesniam skaičiui, o skirtingos operacinės sistemos skaičiuoja priešingomis kryptimis, todėl patarimai, nukopijuoti tarp Linux ir Windows, dažnai prieštarauja patys sau.

Svečio aplinkoje ip route show spausdina metriką prie kiekvieno maršruto, o Get-NetRoute sistemoje Windows spausdina InterfaceMetric ir maršruto metriką. Skaitykite abu, nes faktinė pirmenybė gali būti suma, o ne vienas laukas. Jei yra du numatytieji maršrutai, tai ir yra radinys: svečias turi du išėjimus, o kuris laimi, priklauso nuo skaičių, kuriuos aparatūros pakeitimas gali pakeisti.

Trečia sąlyga: ką svečias iš tikrųjų pritaikė

Konfigūracija nėra tas pats, kas pritaikyta būsena. Sąsajų pavadinimai ne visose platformose yra stabilūs aparatūros pakeitimų metu, o konfigūracija, kuri atitiko pagal pavadinimą, dabar gali būti netaikoma niekam.

Tikrinkite pritaikytą būseną, o ne numatytą. ip -br link rodo dabar egzistuojančias sąsajas, o hoste su NetworkManager nmcli connection show rodo, kuris profilis susietas su kuriuo įrenginiu. Profilis, kurio nepavyko susieti, palieka sąsają įjungtą be adresavimo, kas atrodo kaip maršrutizavimo problema, o yra pavadinimų problema. Atkurtos momentinės nuotraukos tai blogina, nes išsaugota svečio būsena gali nurodyti adapterių tapatybes, kurių nauja aparatūra nebetiekia.

Išlaikykite laboratorijos topologiją atkuriamą

Išsaugokite numatytus virtualaus tinklo prisijungimus kartu su svečio konfigūracija, kad rolės ir adapterio atitikimas būtų užrašytas, o ne nuspėtas iš sąrašo pozicijos.

Paprastai pakanka įvardyti keturias roles: privati jungtis, valdymas, išorinis transportas ir tunelis. Kiekviena turėtų faile atitikti konkretų adapterį ir konkrečią svečio sąsają.

Tada išbandykite tikrąją programą po aparatūros pakeitimo, perkrovimo ar atkurtos momentinės nuotraukos ir į tą testą įtraukite maršrutą iki VPN galinio taško. Jei tinklų sietuvo VM turi būti vienintelis išėjimas, patikrinkite, ar bandymo VM neturi netyčinio antro numatytojo kelio, nes tiltinis adapteris prideda būtent antrą numatytąjį kelią. Testuokite iš svečio, o ne iš hipervizoriaus konsolės, nes abu gali nesutarti, kuri sąsaja yra kuri.

VirtualBox tinklo dokumentacija aprašo adapterių režimus ir prie ko kiekvienas jungiasi, ir būtent šią dalį verta perskaityti prieš pridedant antrą. Laboratorija, kuri nustato, kuris adapteris aptarnauja kurią rolę, padaro maršruto pakeitimą paaiškinamą. Laboratorija, kuri remiasi hipervizoriaus numeravimu, kiekvieną pakeitimą paverčia eksperimentu.