VPN maršruta metrika mainījās pēc savienojuma: ko tas nozīmē
Zemāka metrika tikai izšķir neizšķirtu starp vienlīdz konkrētiem maršrutiem. Pirms jebkura VPN maršruta numura rediģēšanas izlasiet politikas noteikumu, prefiksu un galapunkta host maršrutu.
Jūs pieslēdzaties VPN, palaižat route print, un noklusējuma maršrutam tagad ir daudz zemāka metrika nekā iepriekš. Dabiskais secinājums ir, ka VPN pārņēma noklusējuma maršrutu, jo tā numurs ir mazāks. Dažreiz tieši tā arī notika. Bieži metrika nemaz nav izšķirošais faktors, un tās maiņa neko nemaina, jo izvēle tika izdarīta agrāk — pēc prefiksa garuma vai politikas noteikuma.
Simptoms ir reāls: trafiks, kas agrāk izgāja caur Wi-Fi adapteri, tagad iziet caur tuneli, vai otrādi. Metrika ir viena ievade meklēšanā, kas notiek fiksētā secībā, un tieši šī secība jāizlasa pirms jebkura skaitļa aiztikšanas.
Ar ko skaitlis patiesībā konkurē
Pirmais salīdzinājums ir konkrētība, nevis priekšroka. Maršruts uz 10.20.0.0/16 uzveic 10.0.0.0/8, un abi uzveic 0.0.0.0/0, lai ko teiktu to metrikas. VPN, kas iekārtā instalē noklusējuma maršrutu ar zemāko metriku, joprojām zaudē jebkuram konkrētākam maršrutam, kas atbilst galamērķim, tostarp host maršrutam, ko klients instalē savam serverim.
Tāpēc noklusējuma maršruta metrikas samazināšana nevar piespiest tieši pievienotu apakštīklu iekļūt tunelī. Ja vēlaties šo apakštīklu VPN iekšienē, pievienojiet maršrutu prefiksam vai izvēlieties tuneļa tabulu ar politikas noteikumu. Metrika šim darbam ir nepareizais svars.
| Check in this order | Question | Where you read it |
|---|---|---|
| 1. Policy and table | Which routing table does this traffic use? | ip rule, client profile |
| 2. Prefix length | Which matching route is most specific? | route print, ip route |
| 3. Metric | Which of the equally specific routes is preferred? | route print, ip route |
| 4. Interface state | Is the chosen next hop reachable? | adapter status, link state |
Linux tabulu izlemj pirms metrikas
Linux kodols vispirms konsultējas ar politikas datubāzi. ip rule uzskaita noteikumus un tabulas, ko tie izvēlas, un ip route get 203.0.113.10 ziņo tabulu, maršrutu un avota adresi, ko kodols faktiski izmantotu šim galamērķim. Metrika tabulā ar numuru 100 nekad nekonkurē ar maršrutu galvenajā tabulā, jo noteikums izvēlējās tabulu pirms jebkuras metrikas salīdzināšanas.
Tāpēc maršruts var izskatīties pareizs ip route show table all izvadē un tomēr nepārvadāt trafiku. Izlasiet atbilstošo noteikumu, tad tabulu, ko tas izvēlējās, tad salīdziniet maršrutus tajā. Ja izvēlēta nepareizā tabula, nekāda metrikas labošana otrā tabulā nepalīdzēs.
Windows apvieno divas metrikas
Windows pēc noklusējuma nav politikas datubāzes, bet tas apvieno maršruta metriku ar saskarnes metriku, un automātiskā saskarnes metrika var mainīties līdz ar saites ātrumu un adaptera stāvokli. Tāpēc viens un tas pats maršruts var uzvesties citādi pēc dokstacijas vai virtuālā adaptera parādīšanās. Find-NetRoute -RemoteIPAddress 203.0.113.10 ziņo izvēlēto avota adresi, nākamo lēcienu un saskarni, kas ir tuvāk reālajam lēmumam nekā neapstrādātā tabula.
Lasiet maršruta un saskarnes vērtības kopā. Saskarnes metrikas paaugstināšana var pārvietot trafiku, nemainot nevienu maršruta ierakstu, un VPN klients, kam pieder tā maršruti, tos pārinstalēs atkārtotas pieslēgšanās laikā un atmetīs jūsu labojumu.
Turiet tuneļa galapunktu ārpus tuneļa
Ikvienam tunelim vajadzīgs ceļš uz savu serveri, kas neiet caur tuneli. Klienti instalē host maršrutu galapunktam caur fizisko vārteju, un šim maršrutam jāpaliek konkrētākam par noklusējuma maršrutu, ko klients pievieno. Izdzēsiet to vai ļaujiet tunelim uzvarēt šīs adreses meklēšanā, un iekapsulētās paketes mēģinās iekļūt tunelī, kas tām jāveido. Savienojums neizdodas vai iekrīt cilpā.
Pārbaudiet šo host maršrutu pirms un pēc jebkuras metrikas maiņas: tam jānorāda uz fizisko nākamo lēcienu un jāiztur atkārtota pieslēgšanās. Ja klients tam pieder, mainiet profilu vai pārvaldīto konfigurāciju, nevis izpildlaika vērtību, kas tiks pārrakstīta.
Pārbaudiet abas adrešu saimes un lietotnes kontekstu
IPv4 un IPv6 ir atsevišķi lēmumi ar atsevišķām tabulām. VPN var pārvadāt IPv4, kamēr IPv6 turpina izmantot vietējo maršrutētāju, un metrikas maiņa vienā saimē neko nepasaka par otru. Pārbaudiet abas, pēc tam pārbaudiet lietotnes kontekstu. Procesam, kas piesaistīts saskarnei, konteinera nosaukumtelpai vai VPN katrai lietotnei, var būt redzama cita tabula nekā jūsu čaulai.
Pārbaudiet ar rīku, kas ziņo lēmumu īstajam galamērķim, nevis ar pilnu tabulas sarakstu. Ja izvēlētais maršruts ir tas, ko paredz dizains, apstājieties. Metrika, kas nav mazākais skaitlis ekrānā, nav defekts, un tās piespiešana būt mazākajai var salauzt galapunkta ceļu, no kura tunelis ir atkarīgs.