Voivatko kaistanleveyslaskurit kertoa, mitä selasit VPN:ssä?

Avaat reitittimen liikennesivun tai VPN-palveluntarjoajan hallintapaneelin, ja siellä on laitekohtainen tavusumma ja sen vieressä kaavio. On houkuttelevaa lukea tuo kaavio selaushistoriana. Se ei ole sitä, ja syy on rakenteellinen, ei oikeudellinen. Laskuri laskee yhteen kokoja, kun taas historia tallentaa kohteita ja sisältöä, ja vain jälkimmäinen kertoo, minne joku meni.

Aloita siitä näytöstä, jota luet

Ennen kuin tulkitset lukua, selvitä, mikä sen tuotti. Reitittimen laitekohtainen summa tulee yleensä fyysisten liitäntöjen laskureista, VPN-asiakasohjelman summa sen tunnelista ja palveluntarjoajan paneeli kaukokumppanin kirjanpidosta. Kukin laskee saman istunnon eri osan. Kaksi paneelia, jotka näyttävät eri lukuja samalle tunnille, ovat yleensä molemmat oikeassa.

Aikaväli on yhtä tärkeä kuin lähde. Elinikäinen summa, päiväkooste ja reaaliaikainen nopeus ovat kolme eri mittausta, ja vain reaaliaikaisella nopeudella on riittävä erottelukyky yhden toiminnon kohdistamiseen.

Kirjoita lähde ja aikaväli muistiin ennen kuin kirjoitat johtopäätöksen.

Laskurit mittaavat kerroksia, eivät sivuja

WireGuard-vertaisessa wg show -komennon siirtolaskurit ovat kyseisen vertaisen summat, salattu hyötykuorma mukaan lukien. OpenVPN:n tilaraportti ilmoittaa tavut asiakasta kohden omalla kerroksellaan. Isännässä tun-rajapinta laskee sisäisiä IP-paketteja, kun taas fyysinen sovitin laskee ulkoisia UDP-paketteja, joten ne eroavat kapselointikulujen ja kaiken muun linkkiä jakavan vuoksi.

Uudelleenlähetykset paisuttavat summaa ilman, että uutta sisältöä saapuu, ja taustalla tapahtuva synkronointi voi hallita tuntia, kun käyttäjä lukee pelkkää tekstiä.

Siksi suuri summa viittaa dataintensiiviseen toimintaan eikä mihinkään tarkempaan. Ladatun tiedoston koko ja laskurin delta liittyvät toisiinsa, mutta ovat harvoin yhtä suuria.

Mitä summa voi tukea ja mitä ei

Tavusumma ei voi nimetä sivustoa, koska nimet ja URL-osoitteet elävät TLS- tai QUIC-istuntojen sisällä, joita laskuri ei koskaan tutki. Se ei voi erottaa videovirtaa suuresta varmuuskopiosta tai sivun latausta mainosten virkistyssilmukasta. Sen sijaan se voi tukea väitettä määrästä ja ajasta: tämä laite siirsi näin paljon dataa tässä ikkunassa.

Sen muuttaminen henkilöä koskevaksi väitteeksi vaatii kaksi ainesosaa lisää: identiteetin ja korrelaation.

Asiakirja RFC 6973 yksityisyysnäkökohdat selittää, miksi tämä yhdistelmä on tärkeä, ja myös miksi huolellinen raportti erottaa havaitun päätellystä. Jos johtopäätös tarvitsee sanan koska, pelkkä laskuri ei ole riittävä todiste.

Ajoitus ja identiteetti muuttavat vastausta

Kiinnitä laskuri nimettyyn käyttäjään ja täsmälliseen aikaväliin, ja siitä tulee eri objekti.

Sitten voit verrata sitä muihin havaintoihin: kirjautumistietueeseen, DNS-kyselyyn, istuntoon toisessa järjestelmässä. Laskuri ei paljastanut kohdetta, mutta se auttoi jotakuta, jolla oli jo hypoteesi, vahvistamaan sen. Salaus suojaa sisältöä ja nimiä siirron aikana, eikä se peitä sitä, että virta oli olemassa, kuinka suuri se oli tai milloin se alkoi.

Tämä on rehellinen raja: kuviot ovat näkyvissä, merkitys ei.

Päätä, mitä säilytät, ennen kuin keräät

Jos vaatimus on kapasiteettisuunnittelu, karkea päiväkooste vastaa siihen ja maksaa vähän. Jos vaatimus on käyttäjäkohtainen historia, sano se suoraan, nimeä kentät ja säilytysikkuna, ja kohtele päätöstä politiikkana eikä paneelin ominaisuutena. Hienojakoisen historian kerääminen siksi, että paneeli tukee sitä, on tapa, jolla säilytys kasvaa kenenkään päättämättä.

Vianetsintää varten vertaa laskuria testaamaasi toimintoon. Tasaisesti kasvava summa todistaa, että liikenne virtaa, ei että sovellus toimii.

Tasainen laskuri istunnossa, joka selvästi toimii, tarkoittaa yleensä sitä, että luet välimuistiin tallennettua arvoa tai väärää rajapintaa. Nimeä säilytettävät kentät ja ikkuna, niin seuraavalla auditoinnilla on jotain konkreettista tarkistettavaa.