VPN bidearen metrika aldatu da konektatu ondoren: zer esan nahi duen
Metrika txikiagoak berdin zehatzak diren bideen arteko berdinketa besterik ez du hausten. Irakurri politika-araua, aurrizkia eta amaierako puntuaren ostalari-bidea edozein VPN bide-zenbaki editatu aurretik.
VPN-ra konektatzen zara, route print exekutatzen duzu eta lehenespenezko bideak orain askoz metrika txikiagoa darama. Ondorio naturala VPN-ak lehenespenezko bidea hartu zuela da, bere zenbakia txikiagoa delako. Batzuetan horixe gertatu da. Sarritan metrika ez da erabakigarria inola ere, eta hura aldatzeak ez du ezer aldatzen, aukera lehenago egin zelako, aurrizkiaren luzeragatik edo politika-arau bategatik.
Sintoma erreala da: lehen Wi-Fi egokitzailetik irteten zen trafikoa orain tuneletik irteten da, edo alderantziz. Metrika ordena finkoan exekutatzen den bilaketa baten sarrera bat da, eta ordena hori irakurri behar duzu zenbaki bat ukitu aurretik.
Zerekin lehiatzen den zenbakia benetan
Lehen konparazioa zehaztasuna da, ez lehentasuna. 10.20.0.0/16-rako bideak 10.0.0.0/8 gainditzen du, eta biek 0.0.0.0/0 gainditzen dute, beren metrikek esan dezatela. Makinan metrika baxuena duen lehenespenezko bidea instalatzen duen VPN-ak oraindik ere galtzen du helmugarekin bat datorren edozein bide zehatzagoen aurrean, bezeroak bere zerbitzariarentzat instalatzen duen ostalari-bidea barne.
Horregatik, lehenespenezko bide baten metrika jaisteak ezin du zuzenean konektatutako azpisare bat tunelera behartu. Azpisare hori VPN barruan nahi baduzu, gehitu bide bat aurrizkiarentzat edo hautatu tunelaren taula politika-arau batekin. Metrika lan horretarako palanka okerra da.
| 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-ek taula erabakitzen du metrikaren aurretik
Linux-en kernelak politika-datu-basea kontsultatzen du lehenengo. ip rule-ek hautatzen dituzten arauak eta taulak zerrendatzen ditu, eta ip route get 203.0.113.10-ek kernelak helmuga horretarako benetan erabiliko lukeen taula, bidea eta iturburu-helbidea jakinarazten ditu. 100 taularen barruko metrika ez da inoiz taula nagusiko bide batekin lehiatzen, arauak taula aukeratu zuelako edozein metrika konparatu aurretik.
Horregatik bide bat zuzena izan daiteke ip route show table all-n eta hala ere ez du trafikorik eramaten. Irakurri bat etorri zen araua, gero hark hautatu zuen taula, gero konparatu bertako bideak. Taula okerra hautatu bada, beste taulako metrika-aldaketak ez du lagunduko.
Windows-ek bi metrika konbinatzen ditu
Windows-ek ez du politika-datu-baserik lehenespenez, baina bide-metrika bat eta interfaze-metrika bat konbinatzen ditu, eta interfaze-metrika automatikoa alda daiteke estekaren abiadura eta egokitzailearen egoerarekin. Horregatik bide berak modu desberdinean joka dezake atrakaleku-estazio bat edo egokitzaile birtual bat agertu ondoren. Find-NetRoute -RemoteIPAddress 203.0.113.10-ek hautatutako iturburu-helbidea, hurrengo jauzia eta interfazea jakinarazten ditu, eta hori erabaki errealetik gertuago dago taula gordinetik baino.
Irakurri bidearen eta interfazearen balioak elkarrekin. Interfaze-metrika igotzeak trafikoa mugi dezake bide-sarrerarik aldatu gabe, eta bere bideak dituen VPN bezero batek berriro konektatzean berriro instalatuko ditu eta zure aldaketa baztertuko du.
Eutsi tunelaren amaierako puntua tuneletik kanpo
Tunel bakoitzak bere zerbitzarira tunelatik pasatzen ez den bide bat behar du. Bezeroek amaierako punturako ostalari-bidea instalatzen dute ataka fisikoaren bidez, eta bide horrek bezeroak gehitzen duen lehenespenezko bidea baino zehatzagoa izaten jarraitu behar du. Ezabatu ezazu, edo utzi tunelari helbide horren bilaketa irabazten, eta kapsulatutako paketeak eraiki beharko luketen tunelera sartzen saiatuko dira. Konexioak huts egiten du edo begizta batean sartzen da.
Egiaztatu ostalari-bide hori metrika-aldaketaren aurretik eta ondoren: hurrengo jauzi fisikora seinalatu behar du eta berriro konektatzea gainditu. Bezeroak bidea badu, aldatu profila edo kudeatutako konfigurazioa, gainidatziko den exekuzio-balio bat aldatu beharrean.
Egiaztatu bi helbide-familia eta aplikazioaren testuingurua
IPv4 eta IPv6 erabaki bereiziak dira, taula bereiziekin. VPN-ak IPv4 eraman dezake IPv6-k bideratzaile lokala erabiltzen jarraitzen duen bitartean, eta familia bateko metrika-aldaketak ez du ezer esaten besteaz. Egiaztatu biak, gero aplikazioaren testuingurua. Interfaze bati lotutako prozesu batek, edukiontzi-namespace batek edo aplikazioko VPN batek zure shell-ak baino taula desberdina ikus dezake.
Egiaztatu benetako helmugarako erabakia jakinarazten duen tresnarekin, ez taularen zerrenda osoarekin. Hautatutako bidea diseinuak nahi duena bada, gelditu. Pantailan zenbakirik txikiena ez den metrika ez da akats bat, eta hura txikiena izatera behartzeak tuneletik mendekotasuna duen amaierako puntuaren bidea hauts dezake.