Zergatik /32 ostalari-bide batek VPN muturra irisgarri mantentzen duen

Konektatu ondoren bideratze-taula irekitzen duzu eta tunelaren bidez bideratutako helbide bakar bat aurkitzen duzu, inguruko azpisarea oraindik tokiko atebidera doan bitartean. Sarrera hori ostalari-bidea da: helbide bat, denak bat diren aurrizki batekin bat egiten duena. Garrantzitsua da bideratze-erabakiek bat datozen aurrizkirik luzeena erabiltzen dutelako, beraz /32 batek /24 bat edo lehenetsitako bide bat gaindi dezake bietako bat aldatu gabe. Hori salbuespen arretatsua ala etorkizuneko etena den helbide horrek zein izendatzen duen eta nork mantentzen duen araberakoa da.

Helbide bat, sarrera bat taulan

IPv4 ostalari-bide batek /32 aurrizkia darama eta IPv6 ostalari-bide batek /128, hau da, sarrerak helmugako helbide bakar batekin bat egin dezake zehazki. Taulan beste ezer ez da mugitzen: estaltzen duen azpisarea eta lehenetsitako bidea zeuden lekuan geratzen dira. Sarrera estuak helbide horrentzat irabazten du bere aurrizkia luzeagoa delako, ez geroago gehitu zelako.

Propietate horrek ostalari-bidea salbuespen ona eta ohitura txarra bihurtzen du. Zerbitzu baten ate nagusia izendatzen duten bi /32 sarrerak ez dute estaltzen haren bigarren helbidea, haren IPv6 helbidea ezta datorren hilabetean joango den helbidea ere. Azalpenik gabeko helbide bakarreko sarrerez betetako taula batek esan ohi du norbaitek azpisare-erabaki baten inguruan adabakiak jartzen jarraitu zuela hura hartu beharrean. Irakurri lehenengo aurrizkiaren luzera eta gero galdetu zer babestu behar duen sarrerak.

Irakurri sarrera bezerotik kanpora

Hasi arazoa duen makinan, helbide bera modu ezberdinean bidera bait daiteke ordenagailu eramangarri batean eta haren aurreko atebidean. Galdetu kernelari zein bide aukeratuko lukeen aplikazioak erabiltzen duen helbide zehatzerako, taula goitik irakurtzearen ordez. Erantzunak barne hartzen ditu interfazea eta hurrengo jauzia, eta horiek elkarrekin dira erabakia.

ip route get 203.0.113.25
ip -6 route get 2001:db8:4::25
ip route show | grep -F 203.0.113.25
Find-NetRoute -RemoteIPAddress 203.0.113.25

Errepikatu kontsulta aplikazioak benetan aukeratzen duen helbide-familiarentzat, bezero batek IPv6 hobetsi eta IPv4 salbuespen bat isilpean saihets baitezake. Konparatu emaitza tunela altxatu aurretik eta ondoren, eta gorde bi irteerak. Konparazio horrek erakusten du bezeroak sarrera konektatzean gehitu zuen ala lehendik zegoen.

Sarrera iraunkor batek eta exekuzio-denbora sarrera batek modu ezberdinean huts egiten dute. Exekuzio-denborakoa saioarekin desagertzen da, iraunkorra berriz berrabiaraztea gainditzen du eta jada existitzen ez den atebide batera trafikoa bidaltzen jarraitzen du.

Muturraren salbuespena eta errekurtsio tranpa

VPN bezeroek normalean ostalari-bide bat instalatzen dute zerbitzariaren kanpoko helbidera jatorrizko atebidearen bidez, lehenetsitako bidea birbideratu aurretik. Sarrera hori gabe pakete zifratuak eraiki nahi duten tunelera bidaliko lirateke, eta konexioak begizta egingo luke denbora-muga arte.

Tranpa agertzen da tunelaren onartutako azpisareek ustekabean muturreko helbide hori barne hartzen dutenean, edo bigarren profil batek geroago bide zabalagoa gehitzen duenean. Orduan muturreko sarrerak aurrizki luzeago baten aurka galtzen du eta saioa erori egiten da trafikoa pasatzen hasi bezain laster. Muturreko helbidea onartutako azpisareen ondoan idaztea da talka erabiltzaileak baino lehen nabaritzeko modurik merkeena. Gainera azaltzen du zergatik profil berak sare batetik funtzionatzen duen eta beste batetik huts egiten duen.

Egiaztatu aplikazioak benetan erabiltzen duen bidea

Ostalari-izenera ping arrakastatsu bat froga ahula da aplikazioa beste helbide edo beste familia batera konektatzen denean. Egiaztatu helbide, familia, portu eta interfazearen konbinazio zehatza, bezeroa exekutatzen duen makinatik.

ip route get 203.0.113.25
sudo nft list ruleset | grep -A 4 'chain output'
curl -sS --max-time 8 -o /dev/null -w '%{remote_ip}
' https://app.example.net

Bidea okerra bada, erabaki baldintza sare bat ala helbide bat den, ezer editatu aurretik. Helbide bakarreko baldintza batek ostalari-bide bat justifikatzen du iruzkin eta jabe batekin; helbide birakariak dituen zerbitzu batek domeinuan oinarritutako bideratzea edo azpisare-erabaki zintzoa behar du.

Kendu jada helmuga erreal bati erantzuten ez dioten sarrerak eta idatzi mantentzen dituzunak. Azalpenik gabeko /32 bat ezin da hiru hilabete geroago errore batetik bereizi, eta hurrengo pertsonak ezabatuko du hura zer zegoen haren mende jakin gabe.