Kial la adaptila ordo ne decidas la VPN-vojon de via laboratorio

Tio, ke adaptilo 1 estas unua en la listo de la hipervizoro, estas nur montra ordo, kaj la enkursiga tabelo de la gasto ne legas ĝin. La vojon decidas la prefikso, la metriko kaj ajna politika regulo, kiu validas antaŭ ambaŭ. Tial aldoni pontan adaptilon al laboratoria VM povas krei duan defaŭltan vojon, dum la malnova NAT-interfaco ankoraŭ montriĝas kiel ĉeesta kaj nombrata dua. La rezulto estas VM, kiu foje uzas la tunelon kaj foje ne, sen iu ajn agorda ŝanĝo, kiu tion klarigus.

Tri kondiĉoj decidas la vojon

La tri kondiĉoj estas, kiu prefikso estas pli specifa, kion faras la metrikoj kiam prefiksoj egalas, kaj kiujn regulojn la gasto aplikis post la aparatara ŝanĝo. Ĉiun eblas respondi per unu komando, kaj neniu el ili rilatas al la nombrado de la hipervizoro.

Ĝuste tiu lasta punkto estas la decido: se vi ne povas diri, kiu prefikso venkas por la propra adreso de la VPN-finpunkto, vi ne havas enkursigan politikon, vi havas topologion, kiu hazarde funkcias hodiaŭ.

Kondiĉo unua: kiu prefikso venkas

Vojo al 10.8.0.0/24 venkas la defaŭltan vojon por adreso interne de ĝi, sendepende de metrikoj kaj sendepende de adaptila ordo. Tial VPN-kliento, kiu instalas specifan vojon, daŭre funkcias eĉ kiam aperas dua adaptilo kun pli malalta metriko: specifeco venkas antaŭ ol oni konsideras koston. Kontrolu per ip route show la tabelon, kiun vi opinias uzata, kaj per ip route get 203.0.113.9 la respondon, kiun la kerno efektive donus por difinita celo.

La propra adreso de la finpunkto estas la testo, kiu plej gravas. Se la adreso de la VPN-servilo solviĝas tra ĵus aldonita ponta adaptilo, la tunelo eble neniam establiĝos, aŭ ĝi establiĝos kaj poste perdos sian propran transportan vojon. Demandu pri ĝuste tiu adreso anstataŭ supozi, ke la tunela interfaco estas la respondo.

Kondiĉo dua: kion la metriko faras kaj kion ne

Ĝia rolo estas pli mallarĝa ol plej multaj atendas. Metrikoj solvas egalecojn inter vojoj al la sama prefikso; ili ne permesas al pli larĝa vojo venki pli specifan. Pli malgranda nombro estas preferata en egaleco, kaj diversaj operaciumoj kalkulas en kontraŭaj direktoj, pro kio konsiloj kopiitaj inter Linux kaj Windows ofte kontraŭdiras sin mem.

En la gasto ip route show presas la metrikon apud ĉiu vojo, kaj Get-NetRoute en Windows presas InterfaceMetric plus vojmetrikon. Legu ambaŭ, ĉar la efika prefero povas esti sumo, ne unu kampo. Se ekzistas du defaŭltaj vojoj, tio estas la trovo: la gasto havas du elirojn, kaj kiu venkas, dependas de nombroj, kiujn aparatara ŝanĝo povas ŝanĝi.

Kondiĉo tria: kion la gasto fakte aplikis

Agordo ne samas al aplikita stato. Interfacaj nomoj ne estas stabilaj dum aparataraj ŝanĝoj ĉe ĉiu platformo, kaj agordo, kiu kongruis laŭ nomo, eble nun aplikiĝas al nenio.

Kontrolu la aplikitan staton, ne la intenditan. ip -br link montras la interfacojn, kiuj nun ekzistas, kaj ĉe gastiga komputilo kun NetworkManager nmcli connection show montras, kiu profilo estas ligita al kiu aparato. Profilo, kiu malsukcesis ligiĝi, lasas la interfacon supre sen adresado, kio aspektas kiel enkursiga problemo kaj estas nomiga problemo. Restaŭritaj momentaĵoj tion plimalbonigas, ĉar la konservita stato de la gasto povas referenci adaptilajn identecojn, kiujn la nova aparataro jam ne provizas.

Konservu la laboratorian topologion ripetebla

Konservu la intencitajn virtualajn retajn konektojn apud la agordo de la gasto, por ke la mapado de rolo al adaptilo estu skribita anstataŭ deduktita el lista pozicio.

Kvar roloj kutime sufiĉas por nomi: privata ligilo, administrado, ekstera transporto kaj tunelo. Ĉiu devus en dosiero mapiĝi al difinita adaptilo kaj difinita gasta interfaco.

Poste testu la realan aplikaĵon post aparatara ŝanĝo, restartigo aŭ restaŭrita momentaĵo, kaj inkluzivu la vojon al la VPN-finpunkto en tiu testo. Se porda VM devas esti la sola eliro, kontrolu, ke la testa VM ne havas neintencitan duan defaŭltan vojon, ĉar ponta adaptilo aldonas ĝuste duan defaŭltan vojon. Testu el la gasto, ne el la hipervizora konzolo, ĉar ambaŭ povas malkonsenti pri tio, kiu interfaco estas kiu.

La reta dokumentaro de VirtualBox priskribas la adaptilajn reĝimojn kaj al kio ĉiu konektiĝas, kaj tio estas la parto, kiun valoras legi antaŭ ol aldoni duan. Laboratorio, kiu identigas, kiu adaptilo servas ĉiun rolon, faras vojŝanĝon klarigebla. Laboratorio, kiu fidas la nombradon de la hipervizoro, faras ĉiun ŝanĝon eksperimento.