Bidali ping IPsec atebidegitik urruneko aldera, ez jaso erantzunik eta ondorioztatu tunela hautsi dela, atebidegiaren atzeko karga-lan guztiek trafikoa normaltasunez pasatzen duten bitartean. Bi emaitzak ez dira kontraesankorrak. Atebidegian hasitako ping tokiko iturburuko paketea da, eta atebidegiak iturburu-helbide bat aukeratzen du bere bideratze-taulatik. Aukera hori guneko trafiko errealak erabiltzen dituen helbideetatik ezberdina izan daiteke, eta horrek aldatzen du zein politika datorren bat eta zein itzulera-bide aplikatzen den. Erabaki probak zer frogatu behar duen, emaitzari ezer irakurri aurretik.

Ping-ak erantzun ditzakeen hiru galdera ezberdin

Lehen galdera hau da: urruneko aldea host honetatik irisgarria al da batere. Bigarrena: tunelaren hautatzaileek edo bideetan oinarritutako politikak iturburu jakin bateko trafikoa onartzen dute. Hirugarrena: atebidegiaren atzeko karga-lan batetik aurrera pasatutako trafikoak muturretik muturrera funtzionatzen du. Agindu batek ezin die hirurei erantzun, eta iturburu-helbidea da horiek bereizten dituena.

Aukeratu galdera lehenengo. Bestela, huts egindako ping-ak jada zenuen teoriaren froga bilakatzen da.

Zergatik aukeratzen du atebidegiak espero ez zenuen helbidea

Helburu bati ping egiten diozunean, tokiko pilak harekin bat datorren bidetik aukeratzen du iturburua. Bideetan oinarritutako tunelean tunelaren interfazearen esteka-helbidea izan daiteke, eta gune-diseinu askotan puntutik punturako jauzirako aukeratutako 169.254.x.x pare bat da. Helbide horiek esteka funtzionatzeko daude; ez dira aplikazioen iturburu-sare gisa iragartzen urruneko aldean.

Beraz, urruneko aldeak itzulera-biderik ez duen helbide batetik jaso dezake oihartzun-eskaera, edo hautatzaileren batekin bat ez datorren batetik. Tunela osasuntsu egon daiteke eta ping-ak huts egin, eta horixe da artikulu honek jorratzen duen negatibo faltsua.

Aukeratu iturburua nahita

Kontrolatutako Linux atebidegi batean, aukeratu tokian bertan esleituta dagoen iturburu bat: ping -c 4 -I 10.30.0.1 10.40.0.20. Hemen agertzen diren helbideak adibide dira, beraz ordezkatu atebidegiaren benetako barne-helbidea eta benetako urruneko helmuga, eta egiaztatu aukeratzen duzun iturburua gailu honena dela eta guneko politikak onartzen duela.

Ez mailegatu karga-lan baten helbidea probarako. Atebidegiari esleitu ez zaion host bat ordezkatzeak inork erreproduzitu ezin dezakeen emaitza sortzen du, eta pila batzuetan tunelaren matxura diruditen moduetan huts egiten du.

Irakurri itzulera-bidea, ez soilik eskaera

Egiaztatu zein iturburu iristen den benetan urruneko helmugara, bidean egon litekeen itzulpen nahita barne. Gero egiaztatu urruneko aldearen itzulera-bidea iturburu horretara eta hura onartzen duten hautatzaileak edo politika. Ustekabeko iturburu batekin iristen den eskaera bideratze eta politika kontua da, ez kriptografia kontua.

Hemen ere paketeen harrapaketak beste ping batek baino gehiago laguntzen du: urruneko aldeak ikusi zuen iturburua erakusten du, eta hori da haren erantzunak iritsi behar duen helbidea.

Gero probatu karga-lana

Erabakigarria den proba atebidegiaren atzeko host arrunt batetik urruneko atebidegiaren atzeko host arrunt batera egindako ping bat da. Horrek atebidegiaren aurrera-pasatze rola, aplikazioaren benetako iturburua eta benetako itzulera-bidea erabiltzen ditu, eta hori da erabiltzaileei axola zaien fluxua.

Eduki emaitzak bereizita zure oharretan: atebidegitikako irisgarritasuna, aukeratutako iturburu baterako politikaren onarpena eta aurrera pasatutako trafikoa. Arrakastaz finkatutako ping baliagarria da tunelak zerbait daramala frogatzeko; ez da frogatzen duen fluxu guztiak funtzionatzen duenik. Eta automatikoki aukeratutako atebidegi-iturburu batera iritsi ezin bada, ez da frogatzen guneko tunela behera dagoenik.

Ez gehitu 169.254.0.0/16-rako bide orokor bat diagnosi-erantzun bakarra lortzeko. Horrek proba engainagarria bideratze-erabaki iraunkor batekin trukatzen du, eta hurrengo pertsonak testuingururik gabe heredatzen du.

Erlazionatutako artikuluak