Hvað iftop-skjár getur og getur ekki sannað um VPN

iftop-skjár svarar einni spurningu í einu: hvaða hýsapör skiptast á bætum um það tengi sem þið beinduð honum að. Hann svarar ekki hvort hvert forrit fylgir VPN-stefnu, og tómur skjár sannar ekki að ekkert hafi lekið. Það er einmitt í bilinu milli þessara tveggja fullyrðinga sem flestar umræður um lekaprófanir fara rangt. Þrjú skilyrði ákvarða hvað skjárinn merkir í raun, og öll þrjú sjást í skipanalínunni sem þið notuðuð.

Þrjú skilyrði ákvarða hvað skjárinn merkir

Skilyrðin eru hvaða tengi er sýnt, hvað síurnar og tólið sjálft fela, og hvað prófið raunverulega framkvæmdi. Svaraðu þeim í þeirri röð, því mistök í því fyrsta gera hin tvö merkingarlaus.

Tengisskilyrðið skiptir máli því tunnusýn og líkamleg sýn sýna mismunandi lög sama umferðar. Að líta á tunnutengið sýnir flæðin inni í tunnunni; að líta á líkamlega tengið sýnir burðarefni tunnunnar, auk allrar lögmætrar uppsetningar-, stjórn- eða staðbundinnar umferðar sem deilir þeirri tengingu. Önnur sýnin er ekki röng, og hvorug er heildarmyndin. Að nefna hvora þið horfið á er munurinn á sönnun og áhrifum.

Skilyrði eitt: hvaða tengi er sýnt

iftop tekur tengið skýrt með -i, og handbók þess lýsir hegðuninni þegar þið gerið það ekki: það velur eitt, sem gæti verið tækið sem lítur út fyrir að vera ytra frekar en tunna. Sú sjálfgefin er sanngjarnt val fyrir bandvíddartól og slæm fyrir lekapróf.

Gefið alltaf tengið og skrifið það niður við hlið niðurstöðunnar. Skjáskot án nafns tengisins er ekki endurtakanlegt.

Skilyrði tvö: hvað síurnar og tólið fela

iftop tekur við síuorði, og flæði sem síurnar útiloka er ósýnilegt vegna byggingarinnar en ekki vegna fjarveru. Tólið gerir líka sjálfgefið hýsisnafnaleit til að merkja vistföng, og þessi leit býr til eigin DNS-umferð, það er umferð sem þið ætluðuð ekki að fylgjast með. -n slekkur á leitinni og gerir sýnina tölulega; að fela DNS-línurnar eftir á er ekki sama og að búa ekki til fyrirspurnirnar.

Það er þess virði að segja þennan mun beint, því hann kemur einnig fram í öðrum tólum: að bæla sýn á athöfn er ekki sama og að koma í veg fyrir hana. Ef DNS-leitin eru hluti af því sem þið eruð að prófa, keyrið prófið með leit af og til að athugunin mengist ekki af athugandanum.

Skilyrði þrjú: hvað prófið framkvæmdi í raun

Ein beiðni frá einu forriti, til eins ákvörðunarstaðar, í einni vistfangafjölskyldu sannar eitthvað um þá beiðni. Hún sannar ekkert um annað forrit, annan ákvörðunarstað eða hina vistfangafjölskylduna, og IPv6 er sú fjölskylda sem oftast er gleymt einmitt í þessari tegund athugunar.

Skilgreinið því beiðnina áður en byrjað er: skaðlausan ákvörðunarstað, frá forritinu sem ykkur þykir vænt um, í fjölskyldunni sem ykkur þykir vænt um, með tunnuna í samþykktu ástandi. Athugið síðan móttökuhliðina eða greiningu biðlarans sjálfs, því fjarlægi endinn veit hvað bar að á þann hátt sem staðbundni skjárinn getur ekki. Æfið síðan samþykktu tilvikið þegar tunna er ekki tiltæk og sjáið hvort umferðin stöðvast, því það er hegðunin sem krafan snýst yfirleitt raunverulega um.

DNS á skilið sína eigin athugun. Móttakandi fyrirspurnarinnar og sú leið sem fyrirspurnin fór eru tvö staðreyndir, og bandvíddarskjár sýnir hvorugt.

Notkun iftop sem stoðgagna

Aðeins þá bætir iftop við gildi, og það gerir það sem staðfestingu. sudo iftop -i wg0 -n -B -P -f "host 203.0.113.9" sýnir hvort vænta flæðið birtist á vænta tenginu, með bætatölum sem gera fullyrðingu um aðgerðarleysi prófanlega.

Berjið það saman við ss -tnp fyrir sýnina á sökkulstigi og ip route get fyrir þá leið sem kjarninn myndi velja, og þið hafið þrjár athuganir á einni beiðni í stað eins áhrifs af vél. Handbók iftop skjalfestir val tengisins, setningafræði síunnar og leitarhegðunina, sem eru þau þrjú atriði sem lekapróf byggir á. Bandvíddarskjár staðsetur virkni; leiðin, undantekningarnar og bilanahegðunin ákvarða hvort sú virkni uppfyllir kröfuna.