Kāpēc adapteru secība nenosaka jūsu laboratorijas VPN maršrutu

Tas, ka 1. adapters ir pirmais hipervizora sarakstā, ir tikai attēlošanas secība, un viesa maršrutēšanas tabula to nelasa. Ceļu nosaka prefikss, metrika un jebkurš politikas noteikums, kas darbojas pirms abiem. Tāpēc tilta adaptera pievienošana laboratorijas VM var radīt otru noklusējuma ceļu, kamēr vecā NAT saskarne joprojām tiek rādīta kā esoša un numurēta otrā. Rezultāts ir VM, kas dažreiz izmanto tuneli un dažreiz ne, bez jebkādām konfigurācijas izmaiņām, kas to izskaidrotu.

Ceļu nosaka trīs nosacījumi

Trīs nosacījumi ir: kurš prefikss ir konkrētāks, ko dara metrikas, kad prefiksi ir vienādi, un kādus noteikumus viesis piemēroja pēc aparatūras izmaiņām. Uz katru var atbildēt ar vienu komandu, un neviens no tiem nav saistīts ar hipervizora numerāciju.

Tieši pēdējais punkts ir lēmums: ja nevarat pateikt, kurš prefikss uzvar VPN galapunkta pašai adresei, jums nav maršrutēšanas politikas, jums ir topoloģija, kas šodien darbojas nejauši.

Pirmais nosacījums: kurš prefikss uzvar

Maršruts uz 10.8.0.0/24 pārspēj noklusējuma maršrutu adresei tajā, neatkarīgi no metrikām un adapteru secības. Tāpēc VPN klients, kas instalē konkrētu maršrutu, turpina darboties arī tad, kad parādās otrs adapters ar zemāku metriku: konkrētība uzvar pirms izmaksu apsvēršanas. Pārbaudiet ar ip route show tabulu, kuru uzskatāt par lietotu, un ar ip route get 203.0.113.9 atbildi, ko kodols patiešām sniegtu konkrētam mērķim.

Galapunkta pašai adresei ir vissvarīgākais tests. Ja VPN servera adrese tiek atrisināta caur nesen pievienotu tilta adapteri, tunelis var nekad neizveidoties vai arī izveidoties un pēc tam zaudēt savu transporta ceļu. Jautājiet tieši par šo adresi, nevis pieņemiet, ka tuneļa saskarne ir atbilde.

Otrais nosacījums: ko metrika dara un ko ne

Tās loma ir šaurāka, nekā lielākā daļa sagaida. Metrikas izšķir neizšķirtu starp maršrutiem uz vienu un to pašu prefiksu; tās neļauj plašākam maršrutam pārspēt konkrētāku. Neizšķirta gadījumā priekšroka ir mazākam skaitlim, un dažādas operētājsistēmas skaita pretējos virzienos, tāpēc padomi, kas pārkopēti starp Linux un Windows, bieži vien ir pretrunā paši sev.

Viesī ip route show izdrukā metriku blakus katram maršrutam, un Get-NetRoute sistēmā Windows izdrukā InterfaceMetric un maršruta metriku. Lasiet abus, jo faktiskā priekšroka var būt summa, nevis viens lauks. Ja pastāv divi noklusējuma maršruti, tas ir atradums: viesim ir divas izejas, un tas, kurš uzvar, ir funkcija no skaitļiem, ko aparatūras izmaiņas var mainīt.

Trešais nosacījums: ko viesis faktiski piemēroja

Konfigurācija nav tas pats, kas piemērotais stāvoklis. Saskarņu nosaukumi ne visās platformās ir stabili aparatūras izmaiņu laikā, un konfigurācija, kas atbilda pēc nosaukuma, tagad var neattiekties uz neko.

Pārbaudiet piemēroto stāvokli, nevis paredzēto. ip -br link parāda saskarnes, kas pastāv tagad, un uz resursdatora ar NetworkManager nmcli connection show parāda, kurš profils ir piesaistīts kurai ierīcei. Profils, kuru neizdevās piesaistīt, atstāj saskarni ieslēgtu bez adresācijas, kas izskatās kā maršrutēšanas problēma un ir nosaukumu problēma. Atjaunoti momentuzņēmumi to pasliktina, jo viesa saglabātais stāvoklis var atsaukties uz adapteru identitātēm, ko jaunā aparatūra vairs nenodrošina.

Saglabājiet laboratorijas topoloģiju atkārtojamu

Saglabājiet paredzētos virtuālā tīkla savienojumus kopā ar viesa konfigurāciju, lai lomas un adaptera atbilstība būtu pierakstīta, nevis secināta no saraksta pozīcijas.

Parasti pietiek nosaukt četras lomas: privāts savienojums, pārvaldība, ārējais transports un tunelis. Katrai failā jāatbilst konkrētam adapterim un konkrētai viesa saskarnei.

Pēc tam pārbaudiet faktisko lietojumprogrammu pēc aparatūras izmaiņām, restartēšanas vai atjaunota momentuzņēmuma un iekļaujiet šajā testā maršrutu uz VPN galapunktu. Ja vārtejas VM ir jābūt vienīgajai izejai, pārbaudiet, vai testa VM nav nevēlama otra noklusējuma ceļa, jo tilta adapters pievieno tieši otru noklusējuma ceļu. Testējiet no viesa, nevis no hipervizora konsoles, jo abi var nebūt vienisprātis par to, kura saskarne ir kura.

VirtualBox tīkla dokumentācija apraksta adapteru režīmus un to, kam katrs pievienojas, un tieši šī daļa ir vērts izlasīt pirms otrā pievienošanas. Laboratorija, kas nosaka, kurš adapters apkalpo katru lomu, padara maršruta izmaiņas izskaidrojamas. Laboratorija, kas paļaujas uz hipervizora numerāciju, katras izmaiņas pārvērš eksperimentā.