Ping galera VPN batean: taldekatu Echo eskaerak ehunekoa baino lehen
Sei eskaerek eta hiru erantzunek ez dute 50eko galera baieztatzen. Taldekatu oiharjuak iturri, identifikatzaile eta sekuentziaren arabera, ezer zatitu aurretik.
Harrapaketa batek sei Echo eskaera eta hiru erantzun ditu, eta norbaitek 50 ehuneko pakete galera idazten du txartelean. Zenbaki hori egia izan daiteke harrapaketarako eta gezurra tunelerako. Sei eskaerek bi kontratu desberdineko bi elkarrizketa desberdinei egon daitezke lotuta. Taldekatu itzazu zatitu aurretik, eta proportzioak ez du gehiago txostenaren zatirik interesgarriena izango.
Urratsa 1: bereizi fluxuak iturriaren eta helmugaren arabera
Echo eskaera batek iturri bat eta helmuga bat dakartza, eta bi eremu horiek zehazten dute zein elkarrizketari dagokion. Atebideak sortutako zundak atebidearen tunel helbidea erabiltzen du, eta LAN ostalari baten izenean birbidalitako zundak, berriz, ostalari horren helbidea gordetzen du. Urrutiko aldeak bata eta ez bestea itzultzeko bidea izan dezake, eta horrek bi taldeak modu desberdinean jokatzera eramaten du tunelarekin zerikusirik ez duten arrazoiengatik.
Banatu harrapaketa eremu horien arabera ezer zenbatu baino lehen, eta mantendu helmuga gakoaren parte gisa. Peer desberdinetara doazen bi fluxu ez dira alderagarriak iturria partekatzen duten arren.
Idatzi taldeak beren zenbakiekin, hurrengo urratsak erabakitzen baitu zein erantzun dagokion zein talderi. Hiru eskaera eta bat datorren erantzunik ez dituen taldea aurkikuntza da. Hiru eskaera eta hiru erantzun dituen taldea oinarrizko lerroa da.
Urratsa 2: parekatu identifikatzailearen eta sekuentziaren arabera
RFC 792ko Echo formatuak identifikatzaile bat eta sekuentzia zenbaki bat dakartza, eta erantzuna bere eskaerarekin parekatzen duten eremu gisa tratatzen ditu. Biak behar dira lan horretarako. Sekuentzia zenbakia bakarrik ez da bakarra, igorle edo prozesu desberdinek balio bera harrapaketa leiho batean berrerabil dezaketelako. Identifikatzaileak igorlea estutzen du eta sekuentziak posizioa, eta bikoteak elkarrekin egiten du parekatzea defendagarri.
Erantzun batek bere eskaeraren helbide norabidea alderantzikatzen du, beraz parekatzea eskaera-erantzun bikotea da, ez bi tupla berdin. Konparatu eskaeraren iturria erantzunaren helmugarekin eta eskaeraren helmuga erantzunaren iturriarekin, eta gero egiaztatu identifikatzailea eta sekuentzia bat datozela.
Gorde behaketa leihoa ere, harrapaketa luze batek bi eremuen berrerabilera zilegia izan baitezake. Leihoa leherketa bakarrera mozteak anbiguotasun horren zatirik handiena ezabatzen du. Zenbaketak txartela irakurtzen duenarentzat erreproduzigarri ere egiten ditu.
tshark -r capture.pcap -Y 'icmp.type == 8' -T fields -e frame.time -e ip.src -e ip.dst -e icmp.ident -e icmp.seq
tshark -r capture.pcap -Y 'icmp.type == 0' -T fields -e frame.time -e ip.src -e ip.dst -e icmp.ident -e icmp.seqUrratsa 3: konparatu tuplak muga berean
Sare helbideen itzulpena harrapaketa puntuaren eta peeraren artean badago, eskaerako eta erantzuneko helbideak diseinuz desberdinak izango dira. Konparatu tuplak muga bakarrean, edo eraman mapatzea modu esplizituan desberdintasuna kontuan har dadin. Itzulpen aurreko eskaerak itzulpen osteko erantzunekin nahasteak alanbrean inoiz egon ez diren desadostasunak asmatzen ditu.
Erabaki muga zenbatzen hasi aurretik, eta adierazi txostenean hurrengo pertsonak taldekatzea erreproduzitu ahal izan dezan. Bezeroaren aldeko harrapaketa bat eta zerbitzariaren aldekoa beste bat bi muga desberdin dira. Bakoitzak erantzuna non desagertu zen galdera desberdinari erantzuten dio.
Itzulitako zunden taldeak itzulpen gailuaren beraren egoera heredatzen du, eta hori izan daiteke erantzuna inoiz iristen ez den benetako arrazoia. Egiaztatu egoera hori horretatik haragoko bidea errudun egin aurretik.
tcpdump -ni any icmp and host 10.90.0.1 -c 20
tshark -r capture.pcap -Y 'icmp' -T fields -e ip.src -e ip.dst -e ip.ttl | head -20Urratsa 4: esan zer frogatu dezakeen harrapaketak eta zer ez
Behatutako hutsune batek ez du frogatzen urrutiko ostalaria isilik egon zenik. Harrapaketa puntuak norabide bakarra ikus dezake, iragazki batek erantzuna bota dezake, edo bufferra leihoan zehar gainezka egin zezakeen. Horietako bakoitzak hutsune bera eta ondorio desberdina sortzen ditu.
Erregistratu harrapaketa kokapena, iragazki adierazpena eta baztertze kontagailuak zenbakien ondoan, haiek gabe proportzioa ezin baita auditatu. Hiru lerro horiek egiten dute zenbakia geroago defendagarri.
Ondoren bereizi behaketak zer ezartzen duen eta zer iradokitzen duen, bi esalditan bat beharrean. Lehen esaldiak zenbakiak eta muga adierazten ditu. Bigarrenak hipotesia eta zer baieztatuko lukeen adierazten du.
Bide zehatz batek paketeak botatzen dituen ala ez denean galdera, iturri helbide esplizitua duen zunda kontrolatu bat trafiko mistoaren zenbaketa pasiboa baino froga indartsuagoa da. Bidali makina beretik, une berean, peer berera. Aldatu aldagai bat eta konparazioak eusten du.
Jakinarazi taldeak eta hurrengo muga
Txostenak hiru lerro ditu: taldearen definizioa, talde bakoitzaren barruko zenbaketa parekatuak eta konparazioa egiteko erabili zen muga. Orduan irakurleak ikus dezake talde batek erabat erantzun zuela eta besteak ez, eta horrek ibilbide edo baimen batera eramaten du, ez ustekabeko galerara.
Erantsi harrapaketa fitxategia eta iragazki adierazpenak taldekatzea erreproduzitu ahal izateko. Fitxategirik gabeko laburpena baieztapena da, ez emaitza.
ping -c 5 -I 10.80.0.6 10.90.0.1
ping -c 5 -I 10.30.0.25 10.90.0.1
tshark -r capture.pcap -Y 'icmp.type == 8 || icmp.type == 0' -T fields -e ip.src -e ip.dst -e icmp.ident -e icmp.seq | sort | uniq -c | headTalde batek bost erantzun erakusten dituenean eta besteak bat ere ez, aurkikuntza da iturri batek itzultzeko bide funtzionala duela eta besteak ez. Hori ehuneko mistoa baino txartel askoz hobea da, eta hurrengo egiaztapena itzultzeko bidera zuzentzen du, VPN instantzia ez-erlazionatu batera beharrean.