Vai joslas platuma skaitītāji var pateikt, ko jūs pārlūkojāt VPN?

Jūs atverat maršrutētāja datplūsmas lapu vai VPN pakalpojumu sniedzēja paneli, un tur ir baitu kopsumma vienai ierīcei ar grafiku blakus. Kārdinoši to grafiku lasīt kā pārlūkošanas vēsturi. Tas nav tas, un iemesls ir strukturāls, nevis juridisks. Skaitītājs saskaita izmērus, bet vēsture reģistrē galamērķus un saturu, un tikai otrā pasaka, kur kāds aizgāja.

Sāciet ar ekrānu, kuru lasāt

Pirms interpretējat skaitli, noskaidrojiet, kas to radīja. Maršrutētāja kopsumma vienai ierīcei parasti nāk no fizisko saskarņu skaitītājiem, VPN klienta kopsumma – no tā tuneļa, un pakalpojumu sniedzēja panelis – no uzskaites attālajā pusē. Katrs skaita citu tās pašas sesijas daļu. Divi paneļi, kas rāda atšķirīgus skaitļus par to pašu stundu, parasti ir abi pareizi.

Intervāls ir tikpat svarīgs kā avots. Mūža kopsumma, dienas kopsavilkums un momentānais ātrums ir trīs dažādi mērījumi, un tikai momentānajam ātrumam ir pietiekama izšķirtspēja, lai to saskaņotu ar vienu darbību.

Pierakstiet avotu un intervālu, pirms pierakstāt secinājumu.

Skaitītāji mēra slāņus, nevis lapas

WireGuard vienaudža gadījumā pārvades skaitītāji wg show ir kopsummas šim vienaudzim, ieskaitot šifrēto lietderīgo slodzi. OpenVPN statusa izvade ziņo baitus uz klientu savā slānī. Uz resursdatora tun saskarne skaita iekšējos IP paketes, bet fiziskais adapteris skaita ārējās UDP paketes, tāpēc abi atšķiras ar iekapsulēšanas izmaksām un ar visu pārējo, kas dala saiti.

Atkārtotas pārraides piepūš kopsummu, neienākot jaunam saturam, un fona sinhronizācija var aizņemt veselu stundu, kamēr lietotājs lasa vienkāršu tekstu.

Tāpēc liela kopsumma liecina par datu ietilpīgu darbību un neko konkrētāku. Lejupielādētā faila izmērs un skaitītāja delta ir saistīti, bet reti vienādi.

Ko kopsumma var un ko nevar pamatot

Baitu kopsumma nevar nosaukt vietni, jo nosaukumi un URL dzīvo TLS vai QUIC sesijās, kuras skaitītājs nekad neapskata. Tā nevar atdalīt video straumi no liela dublējuma, nedz lapas ielādi no reklāmu atsvaidzināšanas cikla. Ko tā var pamatot, ir apgalvojums par apjomu un laiku: šī ierīce šajā logā pārvietoja tik daudz datu.

Lai to pārvērstu apgalvojumā par personu, vajag vēl divas sastāvdaļas: identitāti un korelāciju.

Dokuments RFC 6973 privātuma apsvērumi izskaidro, kāpēc šī kombinācija ir svarīga, un arī to, kāpēc rūpīgs ziņojums atdala novēroto no secinātā. Ja secinājumam vajadzīgs vārds tāpēc, ar vienu skaitītāju nepietiek kā pierādījumu.

Laiks un identitāte maina atbildi

Piesaistiet skaitītāju nosauktam lietotājam un precīzam intervālam, un tas kļūst par citu objektu.

Tad varat to salīdzināt ar citiem novērojumiem: pieteikšanās ierakstu, DNS vaicājumu, sesiju citā sistēmā. Skaitītājs neatklāja galamērķi, bet palīdzēja kādam, kam jau bija hipotēze, to apstiprināt. Šifrēšana aizsargā saturu un nosaukumus ceļā, un tā neslēpj faktu, ka plūsma pastāvēja, cik tā bija liela vai kad tā sākās.

Tā ir godīgā robeža: modeļi ir redzami, nozīme nav.

Izlemiet, ko glabāsit, pirms vācat

Ja prasība ir jaudas plānošana, rupja dienas kopapjoms uz to atbild un izmaksā maz. Ja prasība ir vēsture katram lietotājam, sakiet to tieši, nosauciet laukus un glabāšanas logu, un izturieties pret lēmumu kā pret politiku, nevis paneļa funkciju. Smalkas vēstures vākšana tāpēc, ka panelis to atbalsta, ir veids, kā glabāšana aug, nevienam neizlemjot.

Problēmu novēršanai salīdziniet skaitītāju ar darbību, kuru testējat. Vienmērīgi augoša kopsumma pierāda, ka datplūsma plūst, nevis ka lietojumprogramma darbojas.

Plakans skaitītājs sesijas laikā, kas acīmredzami darbojas, parasti nozīmē, ka lasāt kešatmiņā saglabātu vērtību vai nepareizu saskarni. Nosauciet glabātos laukus un logu, un nākamajai auditam būs ko konkrēti pārbaudīt.