Zašto redoslijed adaptera ne određuje VPN rutu u vašem laboratoriju
Adapter 1 u hipervizoru ne govori vam ništa o tome koju će rutu odabrati gost. Usporedite prefikse, metrike i pravila politike nakon svake promjene hardvera.
To što je adapter 1 prvi na listi hipervizora samo je redoslijed prikaza, a gostova tablica usmjeravanja to ne čita. Put određuju prefiks, metrika i svako pravilo politike koje se primjenjuje prije njih. Zato dodavanje premosnog adaptera na laboratorijsku VM može stvoriti drugu zadanu putanju dok se stari NAT interfejs još prikazuje kao prisutan i numerisan kao drugi. Rezultat je VM koja ponekad koristi tunel, a ponekad ne, bez ikakve promjene konfiguracije koja bi to objasnila.
Tri uslova određuju putanju
Tri uslova su koji je prefiks specifičniji, šta metrike rade kada su prefiksi jednaki i koja pravila je gost primijenio nakon promjene hardvera. Na svaki se može odgovoriti jednom naredbom i nijedan ne uključuje numerisanje hipervizora.
Ta posljednja točka jeste odluka: ako ne možete reći koji prefiks pobjeđuje za vlastitu adresu VPN odredišta, nemate politiku usmjeravanja, imate topologiju koja slučajno danas radi.
Uslov prvi: koji prefiks pobjeđuje
Ruta prema 10.8.0.0/24 pobjeđuje zadanu rutu za adresu unutar nje, bez obzira na metrike i bez obzira na redoslijed adaptera. Zato VPN klijent koji instalira specifičnu rutu nastavlja raditi čak i kada se pojavi drugi adapter s nižom metrikom: specifičnost pobjeđuje prije nego što se cijena razmotri. Provjerite s ip route show tablicu za koju mislite da se koristi, a s ip route get 203.0.113.9 odgovor koji bi kernel stvarno dao za određeno odredište.
Vlastita adresa odredišta jeste test koji je najvažniji. Ako se adresa VPN servera razrješava kroz novo dodani premosni adapter, tunel se možda nikada neće uspostaviti ili će se uspostaviti pa izgubiti vlastitu transportnu putanju. Upitajte upravo tu adresu umjesto da pretpostavljate da je tunelski interfejs odgovor.
Uslov drugi: šta metrika radi, a šta ne
Njena je uloga uža nego što većina ljudi očekuje. Metrike razrješavaju izjednačenje između ruta prema istom prefiksu; ne dozvoljavaju široj ruti da pobijedi specifičniju. Manji broj ima prednost pri izjednačenju, a različiti operativni sistemi broje u suprotnim smjerovima, zbog čega savjeti preneseni između Linuxa i Windowsa često proturječe sami sebi.
U gostu ip route show ispisuje metriku uz svaku rutu, a Get-NetRoute na Windowsu ispisuje InterfaceMetric plus metriku rute. Čitajte oboje, jer efektivna prednost može biti zbir, a ne jedno polje. Ako postoje dvije zadane rute, to je nalaz: gost ima dva izlaza, a koja pobjeđuje funkcija je brojeva koje promjena hardvera može promijeniti.
Uslov treći: šta je gost zapravo primijenio
Konfiguracija nije isto što i primijenjeno stanje. Imena interfejsa nisu stabilna kroz promjene hardvera na svakoj platformi, a konfiguracija koja se podudarala po imenu možda se sada ne primjenjuje ni na šta.
Provjerite primijenjeno stanje, a ne namjeravano. ip -br link pokazuje interfejse koji sada postoje, a na hostu s NetworkManagerom nmcli connection show pokazuje koji je profil vezan za koji uređaj. Profil koji se nije uspio vezati ostavlja interfejs uključenim bez adresiranja, što izgleda kao problem usmjeravanja, a problem je imenovanja. Vraćeni snimci stanja to pogoršavaju, jer gostovo sačuvano stanje može upućivati na identitete adaptera koje novi hardver više ne pruža.
Održite laboratorijsku topologiju ponovljivom
Sačuvajte namjeravane veze virtualne mreže uz gostovu konfiguraciju, tako da mapiranje uloge na adapter bude zapisano, a ne izvedeno iz položaja na listi.
Četiri uloge obično su dovoljne za imenovanje: privatna veza, upravljanje, vanjski transport i tunel. Svaka bi u datoteci trebala odgovarati određenom adapteru i određenom gostovom interfejsu.
Zatim testirajte stvarnu aplikaciju nakon promjene hardvera, ponovnog pokretanja ili vraćenog snimka stanja i uključite rutu prema VPN odredištu u taj test. Ako gateway VM treba biti jedini izlaz, provjerite da testna VM nema neželjenu drugu zadanu putanju, jer premosni adapter upravo dodaje drugu zadanu putanju. Testirajte iz gosta, a ne s konzole hipervizora, jer se njih dvoje mogu ne slagati oko toga koji je interfejs koji.
VirtualBox dokumentacija o umrežavanju opisuje načine rada adaptera i na šta se svaki priključuje, a to je dio koji vrijedi pročitati prije dodavanja drugog. Laboratorij koji identificira koji adapter služi kojoj ulozi čini promjenu rute objašnjivom. Laboratorij koji se oslanja na numerisanje hipervizora čini svaku promjenu eksperimentom.