Erantzuna LAN-etik ateratzen da, ez tuneletik: zergatik eta nola

Pasabide baten bidez argitaratutako zerbitzuak interneteko zati handi batetik funtzionatzen du eta bulego batetik huts egiten du. Norbaitek tunela aztertzen du, eskaera heltzen dela ikusten du eta erantzunak bide beretik itzuli behar duela ondorioztatzen du. Linuxek ez du horrela funtzionatzen, eta tuneleko ikuskapenak ez du erantzuna aldatuko. Erantzuna helmugaren arabera bideratzen da, eta huts egiten duen deitzaile bakarra ostalariak jada zuzenean iristen duen azpisare batean dago.

Zer den irteerako pakete bat benetan erabakitzen duena

Nukleoak paketearen helmugako bide bat bilatzen du, politika-arauak lehentasun-ordenean kontsultatuz eta gero bat datorren arauak hautatutako taula. Paketea iritsi zen interfazeak ez du inolako eginkizunik, arau edo marka bat idatzi ez bada hori garrantzitsua izateko. Hau ostalari honen bideratze-faktorea da, ez tunelaren akatsa.

Beraz, tuneletik jasotako eskaera batek interfaze fisikoetatik ateratzen den erantzuna sor dezake, eta fluxua norabide bakarrekoa bihurtzen da inolako gailuk errore bat jakinarazi gabe. Egiaztatu bi norabideak tunelari buruzko ondorio bat atera aurretik. Bide okerretik ateratzen den erantzuna tunelaren kontagailuetatik desagertzen da, eta horregatik bi muturrak ez daude ados ezer bidali zen ala ez. Ohartu zein kontagailu mugitu zen arau bat ukitu aurretik.

Zergatik irabazten duen tokiko azpisareak

Sare lokaleko helbidea duen ostalariak aurrizki horretarako konektatutako bide bat du taula nagusian, eta konektatutako bidea bat-etortze zuzena da. Deitzailea azpisare beretik datorrenean, bilaketak tokiko esteka aurkitzen du tunela kontuan hartu aurretik.

Asimetriak egiten du diagnostikoa nahasgarri. Internet zabalagoaren deitzaileek funtzionatzen dute tokiko biderik bat ez dutelako, eta aldiz bulegoaren aurrizkia partekatzen duen deitzaile bakarrak huts egiten du, eta hori da norbaitek probatzeko erabiltzen duen deitzailea.

Peeren estaldura ez da instalatutako bideak bezalakoa

Tunelaren aldean, peer baten baimendutako barrutiek tunelera zer bidal daitekeen eta handik zein iturri onartzen diren deskribatzen dute. Ez dute ezer esaten tokiko bideratze-taulak paketea nora bidaliko duen.

Tunel-tresnak ostalarian bide lehenetsia instalatzen badu, loturarik gabeko trafikoa tunelera arrasta dezake kalte osagarri gisa. Erabakia politika-arau batek hartu behar duen tokian, tresnaren bide-instalazio aukera hori eragozteko dago, eta helbideak, giltzak eta amaierako puntuko ezarpenak berdin jarraitzen dute. Erosoagatik gehitutako bide lehenetsia ostalariek beren sare lokala galtzeko modu ohikoa da.

Hautatu taula iturburu-helbidearen arabera

Iturburuan oinarritutako arau batek zerbitzuaren helbidetik datozen erantzunak taula pribatu batera bidaltzen ditu, zeinaren lehenetsia tunela den, eta gainerako guztiak taula nagusia erabiltzen jarraitzen du. Hautatu tokian erabiltzen ez diren taula eta lehentasun zenbakiak, eta irakurri lehendik dauden arauak ezer txertatu aurretik. Irakurri arau biziak, gordetako fitxategi bat izan beharrean, biak desberdinak izan baitaitezke berrabiarazi ondoren.

ip -6 route add default dev wg0 table 200
ip -6 rule add priority 32000 from 2001:db8:aa::20/128 lookup 200
ip -6 rule add priority 32001 from 2001:db8:aa::20/128 unreachable

Azken lerroak falta den bideak ikusgai huts egitea lortzen du, tokiko estekara itzuli beharrean. Iturburua ostalariari benetan esleituta egon behar da, eta tokiko eta nagusiko bilaketa arruntek lehenagoko posizioetan jarraitu behar dute. Arauak iturburuaren arabera hautatzen du taula; ez ditu aurrizki-luzerak taulen artean alderatzen.

Egiaztatu bidea, gero zerbitzua

Galdetu nukleoari zer egingo lukeen kaptura batetik ondorioztatu beharrean, zerbitzuaren helbidea iturburu-hautatzaile gisa erabiliz. Hemen erantzun oker batek pakete-jarraipen oso bat aurrezten du.

ip -6 route get 2001:db8:bb::30 from 2001:db8:aa::20

Irteerak tunela izendatu beharko luke. Gero probatu ukitu ez duzun iturburu bat eta egiaztatu tokiko esteka hartzen jarraitzen duela, aldaketa helbide bakarrera mugatuta geratu dadin. Hautatzaile zabalago batek ez luke jatorrizko kexaren inguruan ezer frogatuko.

Zer ez duen konpontzen

Utzi birbidalketa, suebaki-arauak eta ICMPv6 portaerak pasabidean ziren bezala, iturburu-bideak horietako bat ere ez baitu ordezkatzen. Falta den Packet Too Big mezuak erantzun handiak hausten jarraitzen du, bilaketak zein taulak irabazi duen ere. Konpondu hori bideratze-arauak gehitu aurretik, bestela sintomak aldaketari bizirik eutsiko dio.

Egiaztatu argitalpen-eredua horretatik ezer aplikatu aurretik. Bere backend konexioa irekitzen duen proxy alderantzizkoak bere iturburua aurkezten du eta ez du deitzailea gordetzen, beraz akats hori ezin da diseinu horretan gertatu. Araua han aplikatzeak ezer konponduko ez lukeen eta benetako kausa ezkutatuko lukeen bideratze-salbuespen bat gehituko luke.

Azkenik, idatzi arau-zenbakiak eta taula ostalariaren konfigurazio-kudeaketan. Eskuz gehitutako politika-araua hurrengo berreraikuntzan desagertzen da, eta bulegoko deitzailea kexa berarekin itzultzen da.