Bideratze-taulak hautsitzat irakurtzen dira atebidearen zutabea hutsik geratzen den bakoitzean, lerroa normalean bere horretan osoa izan arren. via eremua kernelak paketea hurrengo jauzi baten helbidera ematen duenean soilik agertzen da; interfaze bati lotutako bideak bere helmugak esteka-geruzako ebazpenaren edo puntutik punturako pare baten bidez lortzen ditu. Zutabeak ezkerretik eskuinera irakurtzeak zein kasutan zauden esaten dizu, eta irakurketa hori inork bide lehenetsia editatu aurretik gertatu beharko litzateke. Atebide bat falta dela dioten txartel gehienak bereizketa horretan amaitzen dira.

Irakurri bide-lerro bat zutabez zutabe

Sarrera bakoitza helmugarekin eta haren aurrizkiaren luzerarekin hasten da, eta gero aldatzaileak gehitzen ditu hiztegi finko batean: via, dev, proto, scope, src eta metric. 198.51.100.0/24 dev tun0 proto kernel scope link src 198.51.100.2 bezalako lerroa trinkoa da, baina guztiz zehaztua. Ez zaio ezer falta, eta ez da bideratzaile-helbiderik iradokitzen.

via ez egotea da alderik interesgarriena. Hurrengo jauzirik gabe, kernelek helmuga zuzenean ebazten du aipatutako interfazean, eta horrek tunel batentzat esan nahi du markoa tunel-gailuari ematea eta kapsulatzeak hortik aurrera hartzea. proto kernel erregistratzen du sarrera automatikoki instalatu zela helbide bat esleitu zenean, ez administrari batek idatzita. scope link dio helmuga esteka horretan iristeko modukoa dela bideratzailerik pasa gabe, eta src izendatzen du kernelek bat datorren trafikoaren iturri gisa nahiago izango duen helbidea.

Orain irakurri bide lehenetsi bat era berean: default via 192.0.2.254 dev eth0 proto static metric 100. Hemen via dago, paketeak benetan hurrengo jauzi bat behar duelako, eta jauzi horrek berak eth0-n iristeko modukoa izan behar duelako. Bi lerroak ez dira elkarren aldaerak; trafikoa nora doan buruzko galdera ezberdinei erantzuten diete.

Elkarrekin nahasten diren bide-forma bi

Tunel azpisarearen bidea eta bide lehenetsia antzekoak dirudite pantaila-argazki batean eta guztiz desberdin jokatzen dute. Erabili beheko taula eremuen irakurketa-lagungarri gisa, eta gero berretsi benetako zenbakiak arazten ari zaren makinan, gida bateko lagin batean fidatu beharrean.

Piece of the lineWhat it settlesWhat it says nothing about
The destination and maskWhich packets are eligible to matchWhere those packets leave the host
via plus its addressWhich next hop receives them, and therefore that a router is involvedWhether that router is reachable or sane
devWhich interface carries the encapsulated or raw packetWhether the interface is up or has a carrier
proto and scopeWho installed the entry and how far the destination is considered to beWhether a firewall later drops the traffic

Taulak esan ezin dizuna asmoa da. Tunel baten bidez barruti pribatu baterako bide zuzena nahita egindako tunel zatituaren diseinua da; dena VPN bidez bidali beharko lukeen ostalari batean forma bera agertzea sintoma da. Asmoa sarrera sortu zuen konfigurazioan bizi da, beraz begiratu instalatu zuen tresnari, kernelek zerbait gaizki egin zuela ondorioztatu aurretik.

Era berean, atebide bat falta izatea ez da bat asmatzeko baimena. Bide batek benetan hurrengo jauzi bat behar badu, jauzi hori eramaten duen interfazean iristeko modukoa izan behar da, eta puntutik punturako tunel batean parearen helbidea ez da tokiko helbidearen objektu bera. Tokiko tunel-helbidea Ethernet bideratzaile gisa tratatzea bide zuzena dirudien eta ezer birbidaltzen ez duen bide bat sortzeko modu ohikoa da.

Galdetu kernelari zein lerro erabiliko duen benetan

Taula irakurtzea ez da bilaketa egitea bezalakoa, kernelek politika-arauak, hainbat taula eta cachean gordetako sarrerak kontsultatzen baititu erantzun aurretik. Benetako bilaketa egiten duen aditza ip route get da, eta propietate horiek dituen pakete batek hartuko lukeen bidea inprimatzen du.

ip route get 203.0.113.37 from 198.51.100.2 iif tun0

Ordeztu benetan axola zaizun helmuga, eta gero gehitu from edo iif trafikoa iturriaren arabera hautatuta edo birbidalia denean, tokiko bilaketa arrunt batek birbidalitako bezero batek baino bide ezberdina har baitezake. Erantzunak interfazea, hautatutako iturri-helbidea eta edozein hurrengo jauzi izendatzen ditu, eta hori da pakete bat une horretan bideratuko litzatekeen informazio bera.

Erantzunak harritzen bazaitu, inprimatu arauak ezer aldatu aurretik: ip -4 rule show lehentasun-ordenan zerrendatzen ditu, eta bere taula edo markatutako paketeetarako araua instalatzen duen VPN bezero bat ez da batere agertuko taula nagusian. Taula guztiak zerrendatzeak hutsune hori ixten du.

ip -4 route show table all | grep -E 'tun|default'

Egiaztatu azpiko geruza lehenetsia ordeztu aurretik

Tunelaren beraren paketeek urruneko muturrera iritsi behar dute, eta hori interfaze fisikoaren bidez egiten dute VPN-a altxatu aurretik zegoen bidea erabiliz. Bide lehenetsi osoa mutur hori ainguratu gabe ordezteak kapsulatutako paketeak eraiki beharko luketen tunelera bidaltzen ditu, eta konexioa erori egiten da. Berretsi lehenengo muturrerako bidea, muturreko helbidearen bilaketa soil batekin.

Eduki hiru gauza bereizita aldaketa egitean: interfaze fisikoan geratu behar duen muturreko bidea, tunelera sartu beharko luketen barruti pribatuak, eta gainerako guztia erabakitzen duen lehenetsia. Banatu itzazu ordena horretan, aplikatu bat nahiko, eta exekutatu bilaketa berriro urrats bakoitzaren ondoren. Geroago huts egiten duen ping batek oso gutxi frogatzen du bere horretan, baimenak, erantzunen bideratzea, DNS eta zerbitzua bera bide zuzen baten beheko aldean baitaude.

Idatzi lerroak editatu aurretik eman zizkizun lau balioak: helmuga, hurrengo jauzia edo haren eza, gailua eta hautatutako iturria. Geroagoko aldaketa batek horietako edozein mugitzen badu, badakizu zein erabaki aldatu zen benetan, eta sarrera bat leheneratu dezakezu taula osoa asmatu beharrean.

Erlazionatutako artikuluak