eth0-ko trafikoak ez du esan nahi VPN tunelak ihes egiten duenik

eth0-n helbide publikoak ikustea tunela martxan dagoela zerbait ihes egin duen froga ematen du. Normalean alderantzizkoa da: tunelaren paketeek adaptagailu hori zeharkatu behar dute zerbitzarira iristeko, eta ohiko UDP edo TCP fluxuak dirudite. Barne-paketea tunelaren gailuan soilik agertzen da. Biak bereiztea bilgarria irakurtzeko kontua da, ez byte-kontaketa bati fidatzeko kontua.

Tunelaren pakete bakoitzak kablea zeharkatzen du oraindik

Tunela interfaze bat da, ez kable bat. Bezeroak barne-pakete bat hartu, bildu eta emaitza profilaren zerbitzariaren helbide eta portera bidaltzen du. Adaptagailu fisikoan bilgarria ikusten duzu; tunelaren gailuan bildutakoa ikusten duzu.

UDP moduan kanpoko fluxua helbide eta portu pare bakarra da norabide bakoitzean, horregatik tunel osasuntsu bat ia aspergarria dirudi eth0-n. Pare bakar hori da lehenengo bilatu beharrekoa.

Hartu interfaze bat aldi berean

Hartu interfaze bat aldi berean kontaketak konparatu nahi dituzunean. any pseudointerfazeak gailu guztiak batera biltzen ditu, beraz birbidalitako pakete bat sarreran eta irteeran agertzen da eta tokian sortutako bat bitan agertzen da bi formatu ezberdinetan. Pakete-kontaketa berdinak eta byte-kontaketa ezberdinak normalak dira, bilgarria daramanaren baino handiagoa delako. ARP, DHCP eta IPv6 router iragarkiak tokiko loturari dagozkio eta ezer ez diote zure aplikazioari buruz.

sudo tcpdump -i eth0 -n host 203.0.113.10 and udp port 1194

Ordezkatu helbidea eta portua profilaren beraren balioekin. Fluxu hori egonkorra bada, tunelak zerbait darama.

Galdetu nukleoari zein gailu aukeratzen duen

Galdetu nukleoari zein gailu aukeratuko lukeen, eta gero egiaztatu kablean. Ibilbide-kontsulta da erabakia, eta harrapaketa erabakiari jarraitu zaiola frogatzeko ebidentzia. Galdera ezberdinei erantzuten diete eta biak nahi dituzu.

ip route get 1.1.1.1
ip -6 route get 2606:4700:4700::1111

Emaitza zatitua da ohiko aurkikuntza: IPv4 tunelera doa eta IPv6 adaptagailu fisikora doa, profilek IPv4 ibilbideak soilik bultzatu zituelako. Horixe da ihes erreala, eta ikusezina da IPv4 soilik harrapatzean. Iragazi IPv6 eta begiratu zerbitzaria ez diren eta link-local ez diren helbideak.

Exekutatu bi kontsultak konektatu aurretik eta ondoren, bezeroak benetan zer aldatu duen ikusteko. Bi exekuzioen arteko aldea bezeroaren benetako eragina da.

Harrapaketa benetan ihes bat denean

Batzuetan harrapaketak egia esaten du. Tunelaren inguruan prefijo bat bidaltzen duen ibilbide estuago batek, bezeroari baztertzeko esan zitzaion azpisare batek, edo tunelaren politikaren aurretik exekutatzen den suebakiaren onarpen batek trafikoa kablean agerian jar dezakete. Prozesu-talde batekin bat datorren araua berariazko salbuespena ere izan daiteke. Irakurri haren interfazea eta helmuga-eremua akatsa deitu aurretik.

Konpondu ibilbidea edo salbuespena, ez suebakia. Gero harrapatu berriro konexio berri batetik eta egiaztatu IPv4 eta IPv6 bereizita, bata konpontzeak ez baitu ezer esaten besteaz. tcpdump eskuliburuak goian erabilitako interfaze- eta norabide-hautatzaileak biltzen ditu.