Kion iftop-ekrano povas pruvi pri VPN kaj kion ne

iftop-ekrano respondas al unu demando samtempe: kiuj gastigantaj paroj interŝanĝas bajtojn tra la interfaco, al kiu vi direktis ĝin. Ĝi ne respondas, ĉu ĉiu aplikaĵo sekvas VPN-politikon, kaj malplena ekrano ne pruvas, ke nenio ellasiĝis. Ĝuste en la diferenco inter tiuj du asertoj la plej multaj diskutoj pri likotestoj eraras. Tri kondiĉoj decidas, kion la montraĵo vere signifas, kaj ĉiuj tri videblas en la komanda linio, kiun vi uzis.

Tri kondiĉoj decidas, kion signifas la ekrano

La kondiĉoj estas, kiu interfaco estas montrata, kion la filtrilo kaj la ilo mem kaŝas, kaj kion la testo efektive ekzercis. Respondu ilin en tiu ordo, ĉar eraro en la unua senigas la aliajn du.

La kondiĉo pri la interfaco gravas, ĉar tunela vido kaj fizika vido montras malsamajn tavolojn de la sama trafiko. Rigardo al la tunela interfaco montras la fluojn ene de la tunelo; rigardo al la fizika interfaco montras la portanto de la tunelo, plus ĉian legitiman agordan, regan aŭ lokan trafikon, kiu dividas tiun ligilon. Neniu vido estas malĝusta, kaj neniu estas la tuta bildo. Nomi, kiun vi rigardas, estas la diferenco inter pruvo kaj impreso.

Kondiĉo unu: kiu interfaco estas montrata

iftop prenas la interfacon eksplicite per -i, kaj ĝia manlibro priskribas la konduton, kiam vi ne faras tion: ĝi elektas unu, kiu povas esti la ekstere aspektanta aparato anstataŭ la tunelo. Tiu defaŭlto estas racia elekto por bendlarĝa ilo kaj malbona por likotesto.

Ĉiam donu la interfacon kaj notu ĝin apud la rezulto. Ekrankopio sen la nomo de la interfaco ne estas reproduktebla.

Kondiĉo du: kion kaŝas la filtrilo kaj la ilo

iftop akceptas filtran esprimon, kaj fluo, kiun la filtrilo ekskludas, estas nevidebla pro konstruo, ne pro manko. La ilo ankaŭ defaŭlte faras serĉojn de gastigantaj nomoj por etikedi adresojn, kaj tiuj serĉoj generas sian propran DNS-trafikon, do trafikon, kiun vi ne intencis observi. -n malŝaltas la serĉojn kaj igas la montraĵon numera; kaŝi la DNS-vicojn poste ne samas al ne generi la demandojn.

Tiu distingo indas esti dirita senplumbe, ĉar ĝi aperas ankaŭ en aliaj iloj: subpremi la montradon de agado ne samas al malhelpi ĝin. Se la DNS-serĉoj estas parto de tio, kion vi testas, rulu la teston kun serĉoj malŝaltitaj, por ke la observado ne estu poluita de la observanto.

Kondiĉo tri: kion la testo efektive ekzercis

Unu sola peto de unu aplikaĵo, al unu celo, en unu adresa familio pruvas ion pri tiu peto. Ĝi pruvas nenion pri alia aplikaĵo, alia celo aŭ la alia adresa familio, kaj IPv6 estas la familio plej ofte forgesata ĝuste en tia kontrolo.

Do difinu la peton antaŭ ol komenci: sendanĝera celo, de la aplikaĵo, pri kiu vi zorgas, en la familio, pri kiu vi zorgas, kun la tunelo en sia aprobita stato. Poste kontrolu la ricevan flankon aŭ la proprajn diagnozojn de la kliento, ĉar la malproksima fino scias, kio alvenis, tiel, kiel la loka ekrano ne povas. Poste ekzercu la aprobitan kazon de neatingebla tunelo kaj vidu, ĉu la trafiko haltas, ĉar pri tiu konduto la postulo kutime vere temas.

DNS meritas propran observadon. La ricevanto de la demando kaj la vojo, kiun la demando prenis, estas du faktoj, kaj bendlarĝa ekrano montras neniun el ili.

Uzi iftop kiel subtenan pruvon

Nur tiam iftop aldonas valoron, kaj ĝi aldonas ĝin kiel konfirmon. sudo iftop -i wg0 -n -B -P -f "host 203.0.113.9" montras, ĉu la atendita fluo aperas sur la atendita interfaco, kun bajtokalkuloj, kiuj igas aserton pri senaktiveco kontrolebla.

Komparu tion kun ss -tnp por la vido je inga nivelo kaj ip route get por la vojo, kiun la kerno elektus, kaj vi havas tri observojn de unu peto anstataŭ unu impreson pri maŝino. La manlibro de iftop dokumentas la elekton de interfaco, la filtrilan sintakson kaj la serĉan konduton, kiuj estas la tri aferoj, de kiuj dependas likotesto. Bendlarĝa ekrano lokas agadon; la vojo, la esceptoj kaj la malsukcesa konduto decidas, ĉu tiu agado plenumas la postulon.