Zer frogatu dezakeen iftop pantaila batek VPN bati buruz eta zer ez

iftop pantaila batek galdera bat erantzuten du aldi bakoitzean: zein host parek trukatzen dituzten byteak hari zuzendu zenion interfazearen bidez. Ez du erantzuten aplikazio guztiek VPN politika bat betetzen duten, eta pantaila huts batek ez du frogatzen ezer ez dela filtratu. Bi baieztapen horien arteko hutsunean okertzen dira isurketen proben inguruko eztabaida gehienak. Hiru baldintzak erabakitzen dute zer esan nahi duen bistaratzeak benetan, eta hirurak ikus daitezke erabili zenuen komando lerroan.

Hiru baldintzak erabakitzen dute zer esan nahi duen pantailak

Baldintzak hauek dira: zein interfaze erakusten den, zer ezkutatzen duten iragazkiak eta tresnak berak, eta zer probatu zuen probak benetan. Erantzun itzazu ordena horretan, lehenengoan egindako hutsegite batek beste biak zentzurik gabe uzten baititu.

Interfazearen baldintza garrantzitsua da tunelaren ikuspegiak eta ikuspegi fisikoak trafiko beraren geruza desberdinak erakusten dituztelako. Tunelaren interfazeari begiratzeak tunelaren barruko fluxuak erakusten ditu; interfaze fisikoari begiratzeak tunelaren garraiatzailea, eta lotura hori partekatzen duen konfigurazio, kontrol edo tokiko trafiko legitimo oro erakusten ditu. Bi ikuspegietako bat ere ez da okerra, eta batek ere ez du irudi osoa ematen. Zein ikusten ari zaren izendatzeak froga eta inpresioaren arteko aldea markatzen du.

Lehen baldintza: zein interfaze erakusten den

iftop-ek interfazea esplizituki hartzen du -i erabiliz, eta bere eskuliburuak deskribatzen du zer gertatzen den hori egiten ez duzunean: bat aukeratzen du, eta hori kanpora begiratzen duen gailua izan daiteke, tunela ez ezik. Lehenespen hori arrazoizkoa da banda-zabalerako tresna batentzat eta txarra isurketa proba batentzat.

Beti pasa interfazea, eta idatzi emaitzaren ondoan. Interfazearen izenik gabeko pantaila-argazkia ez da errepikagarria.

Bigarren baldintza: zer ezkutatzen duten iragazkiak eta tresnak

iftop-ek iragazki adierazpen bat onartzen du, eta iragazkiak baztertzen duen fluxua eraikuntzaz da ikusezina, ez absenteagatik. Tresnak, gainera, host izenen bilaketak egiten ditu lehenespenez helbideak etiketatzeko, eta bilaketa horiek beren DNS trafikoa sortzen dute, hau da, behatzeko asmorik ez zenuen trafikoa. -n-ek bilaketak desgaitzen ditu eta bistaratzea zenbakizkoa bihurtzen du; DNS errenkadak geroago ezkutatzea ez da kontsultak sortu ez izatearen berdina.

Bereizketa hori argi esateak merezi du, beste tresna batzuetan ere agertzen baita: jarduera baten bistaratzea ezabatzea ez da hura eragoztearen berdina. DNS bilaketak probatzen ari zarenaren parte badira, exekutatu proba bilaketak desgaituta, behatzaileak behaketa kutsa ez dezan.

Hirugarren baldintza: zer probatu zuen probak benetan

Aplikazio batetik helbide familia batean helmuga batera egindako eskaera bakarrak zerbait frogatzen du eskaera horri buruz. Ez du ezer frogatzen beste aplikazio, beste helmuga edo beste helbide familiari buruz, eta IPv6 da horrelako egiaztapenetan gehien ahazten den familia.

Beraz, definitu eskaera hasi aurretik: helmuga kaltegabea, axola zaizun aplikaziotik, axola zaizun familian, tunela onartutako egoeran. Gero egiaztatu harrera aldea edo bezeroaren beraren diagnostikoak, urruneko muturrak badakielako zer iritsi den pantaila lokalak ezin duen moduan. Gero probatu tunela erabilgaitzaren kasu onartua eta ikusi trafikoa gelditzen den, horixe baita baldintzak normalean benetan aipatzen duen portaera.

DNS-k bere behatze propioa merezi du. Kontsultaren hartzailea eta kontsultak hartu zuen bidea bi gertaera dira, eta banda-zabalera pantaila batek ez du bietako bat ere erakusten.

iftop lagungarri den frogen gisa erabiltzea

Orduan bakarrik gehitzen dio iftop-ek balioa, eta baieztapen gisa gehitzen du. sudo iftop -i wg0 -n -B -P -f "host 203.0.113.9"-ek erakusten du espero zenuen fluxua espero zenuen interfazean agertzen den, baita byte kontaketekin, gelditasunari buruzko baieztapen bat egiaztagarri egiten dutenak.

Konparatu hori ss -tnp-rekin socket mailako ikuspegirako eta ip route get-rekin kernelak aukeratuko lukeen bidearekin, eta eskaera baten hiru behaketa izango dituzu makinari buruzko inpresio baten ordez. iftop eskuliburuak interfazearen hautaketa, iragazkiaren sintaxia eta bilaketa portaera dokumentatzen ditu, horiek baitira isurketa proba bat menpe dagoen hiru gauzak. Banda-zabalera pantaila batek jarduera kokatzen du; bideak, salbuespenek eta hutsegite portaerak erabakitzen dute jarduera horrek baldintza betetzen duen.