Wat ’n iftop-skerm oor ’n VPN kan bewys en wat nie

’n iftop-skerm beantwoord een vraag op ’n slag: watter gasheerpare stuur bytes deur die koppelvlak waarheen jy dit gerig het. Dit beantwoord nie of elke toepassing ’n VPN-beleid volg nie, en ’n leë skerm bewys nie dat niks gelek het nie. Die gaping tussen daardie twee stellings is waar die meeste lektoets-argumente verkeerd loop. Drie voorwaardes bepaal wat die vertoning werklik beteken, en al drie is sigbaar in die opdragreël wat jy gebruik het.

Drie voorwaardes bepaal wat die skerm beteken

Die voorwaardes is watter koppelvlak vertoon word, wat die filter en die gereedskap self verberg, en wat die toets werklik uitgeoefen het. Beantwoord hulle in daardie orde, want ’n fout in die eerste een maak die ander twee betekenisloos.

Die koppelvlak-voorwaarde maak saak omdat ’n tonnelaansig en ’n fisiese aansig verskillende lae van dieselfde verkeer wys. Om na die tonnelkoppelvlak te kyk, wys die strome binne die tonnel; om na die fisiese koppelvlak te kyk, wys die tonnel se draer, plus enige wettige opstel-, beheer- of plaaslike verkeer wat daardie skakel deel. Nie een aansig is verkeerd nie, en nie een is die hele prentjie nie. Om te noem na watter een jy kyk, is die verskil tussen bewyse en ’n indruk.

Voorwaarde een: watter koppelvlak vertoon word

iftop neem die koppelvlak eksplisiet met -i, en sy handleiding beskryf die gedrag wanneer jy dit nie doen nie: dit kies een, wat die uiterlik voorkomende toestel eerder as die tonnel kan wees. Daardie verstek is ’n redelike keuse vir ’n bandwydte-instrument en ’n swak een vir ’n lektoets.

Gee altyd die koppelvlak, en skryf dit langs die resultaat neer. ’n Skermbeeld sonder die koppelvlaknaam is nie herhaalbaar nie.

Voorwaarde twee: wat die filter en die gereedskap verberg

iftop aanvaar ’n filteruitdrukking, en ’n stroom wat die filter uitsluit, is onsigbaar uit hoofde van die konstruksie eerder as uit afwesigheid. Die gereedskap doen ook by verstek gasheernaamsoektogte om adresse te benoem, en daardie soektogte skep hul eie DNS-verkeer, dit is verkeer wat jy nie bedoel het om waar te neem nie. -n skakel die soektogte af en maak die vertoning numeries; om die DNS-rye daarna te verberg, is nie dieselfde as om nie die navrae te skep nie.

Daardie onderskeid is die moeite werd om duidelik te stel, want dit kom ook in ander gereedskap voor: om die vertoning van ’n aktiwiteit te onderdruk, is nie dieselfde as om dit te verhoed nie. As die DNS-soektogte deel van jou toets is, laat die toets met soektogte af loop sodat die waarneming nie deur die waarnemer besoedel word nie.

Voorwaarde drie: wat die toets werklik uitgeoefen het

’n Enkele versoek van een toepassing, na een bestemming, in een adresfamilie, bewys iets oor daardie versoek. Dit bewys niks oor ’n ander toepassing, ’n ander bestemming of die ander adresfamilie nie, en IPv6 is die familie wat die meeste vergeet word in juis hierdie soort toets.

Definieer dus die versoek voordat jy begin: ’n onskadelike bestemming, van die toepassing waaroor jy sorg, in die familie waaroor jy sorg, met die tonnel in sy goedgekeurde toestand. Kyk dan na die ontvangkant of die kliënt se eie diagnostiek, want die verre kant weet wat aangekom het op ’n manier wat die plaaslike skerm nie kan nie. Toets dan die goedgekeurde geval van ’n onbeskikbare tonnel en kyk of die verkeer stop, want dit is die gedrag waaroor die vereiste gewoonlik eintlik gaan.

DNS verdien sy eie waarneming. Die ontvanger van die navraag en die roete wat die navraag gevolg het, is twee feite, en ’n bandwydte-skerm wys nie een daarvan nie.

iftop as ondersteunende bewyse gebruik

Eers dan voeg iftop waarde by, en dit voeg dit by as bevestiging. sudo iftop -i wg0 -n -B -P -f "host 203.0.113.9" wys of die stroom wat jy verwag het, op die koppelvlak verskyn wat jy verwag het, met greptellings wat ’n ledige bewering kontroleerbaar maak.

Vergelyk dit met ss -tnp vir die sokkelvlak-aansig en ip route get vir die roete wat die kern sou kies, en jy het drie waarnemings van een versoek in plaas van een indruk van ’n masjien. Die iftop-handleiding dokumenteer die koppelvlakkeuse, die filtersintaksis en die soekgedrag, wat die drie dinge is waarvan ’n lektoets afhang. ’n Bandwydte-skerm lokaliseer aktiwiteit; die roete, die uitsonderings en die foutgedrag bepaal of daardie aktiwiteit aan die vereiste voldoen.