Miks adapterite järjekord ei määra teie labori VPN-marsruuti

See, et adapter 1 on hüperviisori loendis esimene, on ainult kuvamisjärjekord ja külalise marsruutimistabel ei loe seda. Tee määravad prefiks, mõõdik ja mis tahes poliitikareegel, mis kehtib enne mõlemat. Seetõttu võib sillaadapteri lisamine labori VM-ile luua teise vaikemarsruudi, samal ajal kui vana NAT-liides kuvatakse endiselt olemasolevana ja teiseks numereerituna. Tulemuseks on VM, mis mõnikord kasutab tunnelit ja mõnikord mitte, ilma ühegi konfiguratsioonimuudatuseta, mis seda seletaks.

Tee määravad kolm tingimust

Kolm tingimust on: milline prefiks on konkreetsem, mida mõõdikud teevad, kui prefiksid on võrdsed, ja milliseid reegleid külaline pärast riistvaramuudatust rakendas. Igaühele saab vastata ühe käsuga ja ükski neist ei hõlma hüperviisori numeratsiooni.

Just viimane punkt on otsus: kui te ei suuda öelda, milline prefiks võidab VPN-i lõpp-punkti enda aadressi jaoks, ei ole teil marsruutimispoliitikat, teil on topoloogia, mis täna juhuslikult töötab.

Esimene tingimus: milline prefiks võidab

Marsruut aadressile 10.8.0.0/24 võidab vaikemarsruudi selle sees oleva aadressi jaoks, sõltumata mõõdikutest ja adapterite järjekorrast. Seetõttu jätkab konkreetse marsruudi paigaldav VPN-klient töötamist ka siis, kui ilmub teine adapter madalama mõõdikuga: konkreetsus võidab enne, kui kulu arvestatakse. Kontrollige käsuga ip route show tabelit, mida arvate kasutatavat, ja käsuga ip route get 203.0.113.9 vastust, mille kernel konkreetse sihtkoha jaoks tegelikult annaks.

Lõpp-punkti enda aadress on kõige olulisem test. Kui VPN-serveri aadress laheneb äsja lisatud sillaadapteri kaudu, ei pruugi tunnel kunagi üles tulla või tuleb üles ja kaotab seejärel oma transporditee. Küsige konkreetselt selle aadressi kohta, selle asemel et eeldada, et vastus on tunneliliides.

Teine tingimus: mida mõõdik teeb ja mida mitte

Selle roll on kitsam, kui enamik ootab. Mõõdikud lahendavad viigi sama prefiksi marsruutide vahel; need ei lase laiemal marsruudil konkreetsemat võita. Viigi korral eelistatakse väiksemat arvu ja erinevad operatsioonisüsteemid loevad vastassuunas, mistõttu Linuxi ja Windowsi vahel kopeeritud nõuanded lähevad sageli iseendaga vastuollu.

Külalises trükib ip route show mõõdiku iga marsruudi kõrvale ja Get-NetRoute Windowsis trükib InterfaceMetric pluss marsruudi mõõdiku. Lugege mõlemat, sest tegelik eelistus võib olla summa, mitte üks väli. Kui vaikemarsruute on kaks, on see leid: külalisel on kaks väljapääsu ja see, milline võidab, sõltub arvudest, mida riistvaramuudatus võib muuta.

Kolmas tingimus: mida külaline tegelikult rakendas

Konfiguratsioon ei ole sama mis rakendatud olek. Liidese nimed ei ole riistvaramuudatuste ajal igas platvormis stabiilsed ja nime järgi sobiv konfiguratsioon ei pruugi nüüd enam millelegi kehtida.

Kontrollige rakendatud olekut, mitte kavandatut. ip -br link näitab liidesi, mis praegu olemas on, ja NetworkManageriga hostis näitab nmcli connection show, milline profiil on millise seadmega seotud. Profiil, mida ei õnnestunud siduda, jätab liidese üles ilma aadressita, mis näeb välja marsruutimisprobleemina ja on nimeprobleem. Taastatud hetktõmmised teevad selle hullemaks, sest külalise salvestatud olek võib viidata adapteri identiteetidele, mida uus riistvara enam ei paku.

Hoidke labori topoloogia korratavana

Salvestage kavandatud virtuaalvõrgu ühendused koos külalise konfiguratsiooniga, et rolli vastavus adapterile oleks kirja pandud, mitte loendi positsioonist tuletatud.

Tavaliselt piisab nelja rolli nimetamisest: privaatne ühendus, haldus, välistransport ja tunnel. Igaüks peaks failis vastama kindlale adapterile ja kindlale külalise liidesele.

Seejärel testige tegelikku rakendust pärast riistvaramuudatust, taaskäivitust või taastatud hetktõmmist ja kaasake sellesse testi marsruut VPN-i lõpp-punktini. Kui lüüs-VM peaks olema ainus väljapääs, kontrollige, et test-VM-il ei oleks soovimatut teist vaikemarsruuti, sest sillaadapter lisab just teise vaikemarsruudi. Testige külalisest, mitte hüperviisori konsoolist, sest need kaks võivad mitte nõustuda, milline liides on milline.

VirtualBoxi võrgudokumentatsioon kirjeldab adapteri režiime ja seda, millega igaüks ühendub, ning see on osa, mida tasub lugeda enne teise lisamist. Labor, mis tuvastab, milline adapter teenindab millist rolli, muudab marsruudimuudatuse seletatavaks. Labor, mis toetub hüperviisori numeratsioonile, muudab iga muudatuse eksperimendiks.