Ko iftop ekrāns var un ko nevar pierādīt par VPN

iftop ekrāns atbild uz vienu jautājumu vienlaikus: kuri resursdatoru pāri apmainās ar baitiem pa to saskarni, uz kuru jūs to vērsāt. Tas neatbild, vai katra lietotne ievēro VPN politiku, un tukšs ekrāns nepierāda, ka nekas nav noplūdis. Tieši starpībā starp šiem diviem apgalvojumiem lielākā daļa noplūdes testu diskusiju kļūdās. Ko displejs patiešām nozīmē, nosaka trīs nosacījumi, un visi trīs ir redzami komandrindā, kuru izmantojāt.

Ekrāna nozīmi nosaka trīs nosacījumi

Nosacījumi ir: kura saskarne tiek rādīta, ko slēpj filtrs un pats rīks, un ko tests patiešām izpildīja. Atbildiet uz tiem šajā secībā, jo kļūda pirmajā padara pārējos divus bezjēdzīgus.

Saskarnes nosacījums ir svarīgs, jo tuneļa skats un fiziskais skats rāda dažādus viena un tā paša datplūsmas slāņus. Skatoties uz tuneļa saskarni, redzamas plūsmas tuneļa iekšienē; skatoties uz fizisko saskarni, redzams tuneļa nesējs, kā arī jebkura likumīga iestatīšanas, vadības vai vietējā datplūsma, kas dala šo savienojumu. Neviens skats nav nepareizs, un neviens nav pilnīga aina. Nosaukt, uz kuru jūs skatāties, ir atšķirība starp pierādījumu un iespaidu.

Pirmais nosacījums: kura saskarne tiek rādīta

iftop saskarni ņem skaidri ar -i, un tā rokasgrāmata apraksta uzvedību, ja to nedarāt: tas izvēlas vienu, kas var būt no ārpuses izskatāma ierīce, nevis tunelis. Šis noklusējums ir saprātīgs joslas platuma rīkam un slikts noplūdes testam.

Vienmēr norādiet saskarni un pierakstiet to blakus rezultātam. Ekrānuzņēmums bez saskarnes nosaukuma nav atkārtojams.

Otrais nosacījums: ko slēpj filtrs un rīks

iftop pieņem filtra izteiksmi, un plūsma, ko filtrs izslēdz, ir neredzama konstrukcijas dēļ, nevis neesamības dēļ. Rīks arī pēc noklusējuma veic resursdatoru nosaukumu meklēšanu, lai marķētu adreses, un šīs meklēšanas rada savu DNS datplūsmu, tas ir, datplūsmu, ko jūs negrasījāties novērot. -n izslēdz meklēšanas un padara displeju skaitlisku; vēlāka DNS rindu slēpšana nav tas pats, kas pieprasījumu neģenerēšana.

Šo atšķirību ir vērts pateikt tieši, jo tā parādās arī citos rīkos: darbības attēlojuma nomākšana nav tas pats, kas tās novēršana. Ja DNS meklēšanas ir daļa no tā, ko pārbaudāt, veiciet testu ar izslēgtām meklēšanām, lai novērojumu nepiesārņotu novērotājs.

Trešais nosacījums: ko tests patiešām izpildīja

Viens pieprasījums no vienas lietotnes, uz vienu galamērķi, vienā adrešu saimē pierāda kaut ko par šo pieprasījumu. Tas nepierāda neko par citu lietotni, citu galamērķi vai otru adrešu saimi, un IPv6 ir saime, kas tieši šāda veida pārbaudēs tiek aizmirsta visbiežāk.

Tāpēc definējiet pieprasījumu pirms sākšanas: nekaitīgs galamērķis, no lietotnes, kas jums rūp, saimē, kas jums rūp, ar tuneli tā apstiprinātajā stāvoklī. Pēc tam pārbaudiet uztveršanas pusi vai paša klienta diagnostiku, jo tālais gals zina, kas ieradās, tā, kā vietējais ekrāns nevar. Pēc tam izpildiet apstiprināto nepieejama tuneļa gadījumu un skatiet, vai datplūsma apstājas, jo tieši par šo uzvedību prasība parasti patiešām ir.

DNS ir pelnījis savu novērojumu. Pieprasījuma saņēmējs un maršruts, pa kuru pieprasījums gāja, ir divi fakti, un joslas platuma ekrāns nerāda nevienu.

iftop kā atbalsta pierādījuma izmantošana

Tikai tad iftop pievieno vērtību, un pievieno to kā apstiprinājumu. sudo iftop -i wg0 -n -B -P -f "host 203.0.113.9" parāda, vai gaidītā plūsma parādās gaidītajā saskarnē, ar baitu skaitiem, kas padara apgalvojumu par dīkstāvi pārbaudāmu.

Salīdziniet to ar ss -tnp ligzdas līmeņa skatam un ip route get maršrutam, ko izvēlētos kodols, un jums būs trīs viena pieprasījuma novērojumi viena iespaida par mašīnu vietā. iftop rokasgrāmata dokumentē saskarnes izvēli, filtra sintaksi un meklēšanas uzvedību, un tie ir trīs lietas, no kurām atkarīgs noplūdes tests. Joslas platuma ekrāns lokalizē darbību; maršruts, izņēmumi un atteices uzvedība nosaka, vai šī darbība atbilst prasībai.