Zergatik ez duen egokitzaileen ordenak zure laborategiko VPN bidea erabakitzen

1 egokigailua hiperbisorearen zerrendan lehena izatea bistaratzeko ordena besterik ez da, eta gonbidatuaren bideratze-taulak ez du irakurtzen. Bidea prefijoak, metrikak eta bien aurretik aplikatzen den edozein politika-arauk erabakitzen dute. Beraz, laborategiko VM bati zubi-egokigailu bat gehitzeak bigarren bide lehenetsi bat sor dezake, NAT interfaze zaharrak oraindik presentzia eta bigarren zenbakituta agertzen jarraitzen duen bitartean. Emaitza: batzuetan tunela erabiltzen duen eta batzuetan ez duen VM bat, hori azaltzen duen konfigurazio-aldaketarik gabe.

Hiru baldintzak erabakitzen dute bidea

Hiru baldintzak hauek dira: zein prefijo den zehatzagoa, zer egiten duten metrikek prefijoak berdintzean, eta zein arau aplikatu zituen gonbidatuak hardware-aldaketaren ondoren. Bakoitzari komando bakar batekin erantzun dakioke, eta batek ere ez du hiperbisorearen zenbakitzea barne hartzen.

Azken puntu hori da erabakia: VPN amaierako puntuaren beraren helbiderako zein prefijok irabazten duen esan ezin baduzu, ez duzu bideratze-politikarik, gaur egun kasualitatez funtzionatzen duen topologia bat duzu.

Lehen baldintza: zein prefijok irabazten du

10.8.0.0/24-rako bide batek bide lehenetsia gainditzen du haren barruko helbide baterako, metrikak eta egokitzaileen ordena alde batera utzita. Horregatik bide zehatz bat instalatzen duen VPN bezeroak lanean jarraitzen du metrika txikiagoa duen bigarren egokigailu bat agertzen denean ere: zehaztasunak irabazten du kostua aztertu aurretik. Egiaztatu ip route show erabiliz erabiltzen ari zarela uste duzun taula, eta ip route get 203.0.113.9 erabiliz nukleoak helmuga zehatz baterako emango lukeen erantzuna.

Amaierako puntuaren beraren helbidea da garrantzitsuena den proba. VPN zerbitzariaren helbidea berriki gehitutako zubi-egokigailu baten bidez ebazten bada, tunela agian ez da inoiz ezarriko, edo ezarri eta gero bere garraio-bidea galduko du. Galdetu helbide horri berariaz, tunel-interfazea dela erantzuna suposatu beharrean.

Bigarren baldintza: metrikak zer egiten duen eta zer ez

Bere eginkizuna uste baino estuagoa da. Metrikek prefijo bererako bideen arteko berdinketa hausten dute; ez dute uzten bide zabalago batek zehatzago bat gainditzen. Berdinketa baten barruan zenbaki txikiagoa hobesten da, eta sistema eragile ezberdinek kontrako noranzkoan zenbatzen dute, eta horregatik Linux eta Windowsen artean kopiatutako aholkuak sarritan elkarrekin kontrajartzen dira.

Gonbidatuan ip route show-k metrika inprimatzen du bide bakoitzaren ondoan, eta Windowsen Get-NetRoute-k InterfaceMetric eta bide-metrika inprimatzen ditu. Irakurri biak, benetako hobespena batuketa bat izan baitaiteke, eremu bakarra ez ezik. Bi bide lehenetsi badaude, hori da aurkikuntza: gonbidatuak bi irteera ditu, eta zeinek irabazten duen hardware-aldaketa batek alda ditzakeen zenbakien araberakoa da.

Hirugarren baldintza: zer aplikatu zuen gonbidatuak benetan

Konfigurazioa ez da aplikatutako egoera bera. Interfaze-izenak ez dira egonkorrak hardware-aldaketen zehar plataforma guztietan, eta izenez bat zetorren konfigurazio batek agian ez dio orain ezeri aplikatzen.

Egiaztatu aplikatutako egoera, aurreikusitakoa ez. ip -br link-ek orain dauden interfazeak erakusten ditu, eta NetworkManager duen ostalari batean nmcli connection show-k zein profil dagoen zein gailuri lotuta erakusten du. Lotu ezin izan zen profil batek interfazea gora uzten du helbideratzeko gabe, eta hori bideratze-arazo bat ematen du eta izen-arazo bat da. Berreskuratutako argazkiek okerrera egiten dute, gonbidatuaren gordetako egoerak hardware berriak jada ematen ez dituen egokigailu-identitateei erreferentzia egin ahal baitie.

Mantendu laborategiko topologia errepikagarri

Gorde aurreikusitako sare birtualeko konexioak gonbidatuaren konfigurazioarekin batera, roletik egokigailurako mapaketa idatzita egon dadin, zerrendako posizio batetik ondorioztatu beharrean.

Lau rol izendatzea izan ohi da nahikoa: esteka pribatua, kudeaketa, kanpoko garraioa eta tunela. Bakoitzak fitxategi batean egokigailu zehatz bati eta gonbidatu-interfaze zehatz bati egon beharko luke lotuta.

Ondoren, probatu aplikazio erreala hardware-aldaketa, berrabiarazte edo berreskuratutako argazki baten ondoren, eta sartu VPN amaierako punturako bidea proba horretan. Ataka-VM bat irteera bakarra izan behar bada, egiaztatu proba-VM-ak ez duela nahi gabeko bigarren bide lehenetsirik, zubi-egokigailuak hain zuzen bigarren bide lehenetsia gehitzen baitu. Probatu gonbidatutik, ez hiperbisorearen kontsolatik, biak ados ez baitaitezke zein interfaze den zein.

VirtualBoxen sare-dokumentazioak egokigailu-moduak eta bakoitza zeri lotzen zaion deskribatzen ditu, eta hori da bigarren bat gehitu aurretik irakurtzea merezi duen zatia. Rol bakoitzari zein egokigailuk ematen dion zerbitzua identifikatzen duen laborategi batek bide-aldaketa azalgarria egiten du. Hiperbisorearen zenbakitzean oinarritzen den laborategi batek aldaketa guztiak esperimentu bihurtzen ditu.