Waarom die adapterorde nie jou laboratorium se VPN-roete bepaal nie

Dat Adapter 1 eerste in die hipervisor se lys staan, is ’n vertoonorde, en die gas se roetetabel lees dit nie. Wat die pad bepaal, is die prefiks, die metrieke en enige beleidsreël wat voor albei geld. Om ’n gebrugde adapter by ’n laboratorium-VM te voeg, kan dus ’n tweede verstekpad skep terwyl die ou NAT-koppelvlak steeds as teenwoordig en tweede genommer wys. Die gevolg is ’n VM wat soms die tonnel gebruik en soms nie, sonder enige konfigurasiewysiging om dit te verduidelik.

Drie voorwaardes bepaal die pad

Die drie voorwaardes is watter prefiks meer spesifiek is, wat die metrieke doen wanneer prefikse gelyk is, en watter reëls die gas ná die hardewarewysiging toegepas het. Elkeen is met een opdrag beantwoordbaar, en nie een daarvan behels die hipervisor se nommering nie.

Daardie laaste punt is die beslissing: as jy nie kan sê watter prefiks wen vir die VPN-eindpunt se eie adres nie, het jy nie ’n roetebeleid nie, jy het ’n topologie wat vandag toevallig werk.

Voorwaarde een: watter prefiks wen

’n Roete na 10.8.0.0/24 klop ’n verstekroete vir ’n adres daarbinne, ongeag metrieke en ongeag adapterorde. Dit is waarom ’n VPN-kliënt wat ’n spesifieke roete installeer, aanhou werk selfs wanneer ’n tweede adapter met ’n laer metrieke verskyn: spesifisiteit wen voordat koste oorweeg word. Kontroleer met ip route show vir die tabel wat jy dink in gebruik is, en ip route get 203.0.113.9 vir die antwoord wat die kernel werklik vir ’n spesifieke bestemming sou gee.

Die eindpunt se eie adres is die toets wat die meeste saak maak. As die VPN-bediener se adres deur ’n nuut bygevoegde gebrugde adapter opgelos word, kan die tonnel nooit tot stand kom nie, of dit kan tot stand kom en dan sy eie vervoerpad verloor. Vra daardie adres spesifiek uit eerder as om aan te neem die tonnelkoppelvlak is die antwoord.

Voorwaarde twee: wat die metrieke doen en nie doen nie

Sy rol is smaller as wat die meeste mense verwag. Metrieke breek gelykop tussen roetes na dieselfde prefiks; hulle laat nie ’n breër roete ’n meer spesifieke een klop nie. ’n Laer getal word binne ’n gelykop verkies, en verskillende bedryfstelsels tel in teenoorgestelde rigtings, wat is waarom raad wat tussen Linux en Windows oorgedra word, dikwels homself weerspreek.

In die gas druk ip route show die metrieke langs elke roete, en Get-NetRoute op Windows druk ’n InterfaceMetric plus ’n roetemetrieke. Lees albei, want die doeltreffende voorkeur kan ’n som eerder as ’n enkele veld wees. As twee verstekroetes bestaan, is dit die bevinding: die gas het twee uitweë, en watter een wen is ’n funksie van getalle wat ’n hardewarewysiging kan verander.

Voorwaarde drie: wat die gas werklik toegepas het

Konfigurasie is nie dieselfde as toegepaste toestand nie. Koppelvlakname is nie op elke platform stabiel oor hardewarewysigings nie, en ’n konfigurasie wat op ’n naam gepas het, kan nou op niks van toepassing wees nie.

Kontroleer die toegepaste toestand eerder as die beoogde een. ip -br link wys die koppelvlakke wat nou bestaan, en op ’n NetworkManager-gas wys nmcli connection show watter profiel aan watter toestel gebind is. ’n Profiel wat nie kon bind nie, laat die koppelvlak op met geen adressering nie, wat soos ’n roeteprobleem lyk en ’n naamprobleem is. Herstelde momentopnames maak dit erger, want die gas se gestoorde toestand kan adapter-identiteite verwys wat die nuwe hardeware nie meer verskaf nie.

Hou die laboratoriumtopologie herproduseerbaar

Stoor die beoogde virtuele netwerkbyvoegings saam met die gas se konfigurasie, sodat die kartering van rol na adapter neergeskryf word eerder as uit ’n lysposisie afgelei word.

Vier rolle is gewoonlik genoeg om te benoem: private skakel, bestuur, buitevervoer en tonnel. Elkeen moet aan ’n spesifieke adapter en ’n spesifieke gas-koppelvlak in ’n lêer gekarteer word.

Toets dan die werklike toepassing ná ’n hardewarewysiging, ’n herbegin of ’n herstelde momentopname, en sluit die roete na die VPN-eindpunt by daardie toets in. As ’n poortwag-VM bedoel is om die enigste uitgang te wees, verifieer dat die toets-VM geen onbedoelde tweede verstekpad het nie, want ’n tweede verstek is presies wat ’n gebrugde adapter byvoeg. Toets uit die gas, nie uit die hipervisor-konsole nie, want die twee kan verskil oor watter koppelvlak watter is.

Die VirtualBox-netwerkdokumentasie beskryf die adaptermodusse en waaraan elkeen koppel, wat die deel is wat werd is om te lees voordat ’n tweede een bygevoeg word. ’n Laboratorium wat identifiseer watter adapter elke rol dien, maak ’n roeteverandering verklaarbaar. ’n Laboratorium wat op die hipervisor se nommering staatmaak, maak elke verandering ’n eksperiment.