Bisakah penghitung bandwidth memberi tahu apa yang Anda browsing di VPN?

Anda membuka halaman lalu lintas router, atau dasbor penyedia VPN, dan ada total byte per perangkat dengan grafik di sampingnya. Menggoda untuk membaca grafik itu sebagai riwayat penjelajahan. Itu bukan riwayat, dan alasannya struktural, bukan hukum. Penghitung menjumlahkan ukuran, sedangkan riwayat mencatat tujuan dan isi, dan hanya yang kedua memberi tahu ke mana seseorang pergi.

Mulailah dari layar yang Anda baca

Sebelum menafsirkan angka, cari tahu apa yang menghasilkannya. Total per perangkat di router biasanya berasal dari penghitung antarmuka fisik, total klien VPN berasal dari terowongannya, dan panel penyedia berasal dari akuntansi di ujung jauh. Masing-masing menghitung potongan berbeda dari sesi yang sama. Dua panel yang menampilkan angka berbeda untuk jam yang sama biasanya keduanya benar.

Interval sama pentingnya dengan sumbernya. Total seumur hidup, rekap harian, dan laju langsung adalah tiga pengukuran berbeda, dan hanya laju langsung yang punya resolusi cukup untuk dicocokkan dengan satu tindakan.

Tuliskan sumber dan intervalnya sebelum menuliskan kesimpulan.

Penghitung mengukur lapisan, bukan halaman

Pada peer WireGuard, penghitung transfer di wg show adalah total untuk peer itu, termasuk muatan terenkripsi. Keluaran status OpenVPN melaporkan byte per klien pada lapisannya sendiri. Di host, antarmuka tun menghitung paket IP dalam sementara adaptor fisik menghitung paket UDP luar, jadi keduanya berbeda karena biaya enkapsulasi dan karena semua hal lain yang berbagi tautan.

Transmisi ulang menggelembungkan total tanpa konten baru tiba, dan sinkronisasi latar belakang bisa mendominasi satu jam sementara pengguna membaca teks biasa.

Karena itu total besar menyarankan aktivitas berat data dan tidak lebih spesifik. Ukuran berkas yang diunduh dan delta penghitung terkait, tetapi jarang sama.

Apa yang bisa dan tidak bisa didukung sebuah total

Total byte tidak bisa menyebut situs, karena nama dan URL hidup di dalam sesi TLS atau QUIC yang tidak pernah diperiksa penghitung. Ia tidak bisa memisahkan streaming video dari cadangan besar, atau pemuatan halaman dari loop penyegaran iklan. Yang bisa didukungnya adalah klaim tentang volume dan waktu: perangkat ini memindahkan sekian banyak data selama jendela ini.

Mengubahnya menjadi klaim tentang seseorang memerlukan dua bahan lagi: identitas dan korelasi.

Dokumen pertimbangan privasi RFC 6973 menjelaskan mengapa kombinasi itu penting, dan juga mengapa laporan yang cermat memisahkan yang diamati dari yang disimpulkan. Jika kesimpulannya membutuhkan kata karena, penghitung saja bukan bukti yang cukup.

Waktu dan identitas mengubah jawabannya

Tempelkan penghitung pada pengguna bernama dan interval yang tepat, dan ia menjadi objek lain.

Anda lalu bisa mencocokkannya dengan pengamatan lain: catatan masuk, kueri DNS, sesi di sistem lain. Penghitung tidak mengungkap tujuan, tetapi membantu orang yang sudah punya hipotesis untuk mengonfirmasinya. Enkripsi melindungi isi dan nama saat transit, dan tidak menyembunyikan fakta bahwa ada aliran, seberapa besar, atau kapan dimulai.

Itulah batas yang jujur: pola terlihat, makna tidak.

Putuskan apa yang Anda simpan sebelum mengumpulkan

Jika kebutuhannya perencanaan kapasitas, agregat harian kasar menjawabnya dan murah. Jika kebutuhannya riwayat per pengguna, katakan itu secara eksplisit, sebutkan bidang dan jendela penyimpanannya, dan perlakukan keputusan itu sebagai kebijakan, bukan fitur dasbor. Mengumpulkan riwayat terperinci karena panelnya mendukung itulah cara retensi tumbuh tanpa ada yang memutuskan.

Untuk pemecahan masalah, bandingkan penghitung dengan tindakan yang Anda uji. Total yang naik terus membuktikan lalu lintas mengalir, bukan bahwa aplikasi bekerja.

Penghitung datar selama sesi yang jelas bekerja biasanya berarti Anda membaca nilai yang di-cache atau antarmuka yang salah. Sebutkan bidang yang disimpan dan jendelanya, dan audit berikutnya akan punya sesuatu yang konkret untuk diperiksa.