Apakah VPN memakai lebih banyak data? Overhead, keepalive, dan penghitung
Tunnel menambah header, keepalive, dan percobaan ulang, jadi lalu lintas luar lebih besar. Penghitung juga mengukur lapisan dan jendela berbeda, jadi totalnya tidak akan cocok.
Pertanyaan datang bersama peringatan data setelah sebulan bepergian: apakah VPN memakan kuota? Tunnel memang menambah byte, karena setiap paket mendapat header luar baru dan koneksi membawa lalu lintas kendalinya sendiri. Yang tidak dilakukannya adalah menggandakan berkas yang Anda unduh atau membuat penyedia berhenti menghitung. Jawaban jujurnya punya dua bagian: satu soal overhead dan satu soal bagaimana angka itu dihasilkan.
Mitos: VPN melipatgandakan pemakaian Anda
Keyakinannya adalah tunneling kira-kira menggandakan lalu lintas, sehingga kuota habis dua kali lebih cepat. Itu memerlukan overhead yang mendekati ukuran muatan, yang hanya terjadi pada paket sangat kecil dan protokol yang cerewet. Pada penjelajahan dan streaming biasa, byte tambahan adalah sebagian kecil dari keseluruhan, dan tunnel jarang menjadi alasan sebulan habis lebih awal. Tunnel yang tidak stabil adalah cerita lain, dan di situlah penggandaan sesungguhnya berada.
Penyedia mengukur koneksi luar terlepas dari apa yang ada di dalamnya, jadi tunnel tidak bisa membuat lalu lintas gratis. Ia juga tidak bisa menyembunyikan volume dari operator, karena operatorlah pihak yang memindahkannya.
Apa yang sebenarnya menambah byte
Enkapsulasi membungkus setiap paket dalam header baru dan autentikasi menambah bidangnya sendiri, dengan biaya tepat bergantung pada protokol dan keluarga alamat yang dipakai. Paket kecil paling menderita, karena header tetap merupakan porsi lebih besar dari total yang kecil. Transfer berkelanjutan dengan muatan ukuran penuh membayar lebih sedikit secara proporsional, karena itu dua orang di VPN yang sama bisa melihat persentase yang sangat berbeda. Ukuran paket dan MTU menentukan berapa banyak jalur yang dipakai untuk header, bukan konten.
Keepalive dan jabat tangan menambah lalu lintas yang hanya ada untuk menjaga tunnel tetap terbuka, dan keduanya tetap dapat diabaikan sampai ada yang rusak. Tautan yang tidak stabil mengubahnya menjadi biaya nyata, karena setiap penyambungan ulang mengulang penyiapan dan setiap aliran yang terputus mengundang aplikasi mencoba lagi. Percobaan ulang adalah bagian yang mahal: unggahan yang mulai dari nol bisa memakan biaya lebih dari seminggu keepalive.
Aplikasi juga mengirim lebih dari isi berkas. Permintaan, konfirmasi, dan obrolan protokol sudah ada sebelum tunnel dan tetap dihitung, jadi selisih antara dengan dan tanpa adalah pembungkusnya, bukan seluruh percakapan. Pembungkus adalah satu-satunya bagian yang benar-benar dimiliki VPN.
Mengapa dua penghitung tidak pernah sepakat
Empat tempat dapat melaporkan pemakaian: ponsel, aplikasi VPN, router, dan operator, dan masing-masing mengukur antarmuka berbeda pada jendela berbeda. Penghitung antarmuka virtual melihat lalu lintas dalam sedangkan antarmuka fisik melihat paket luar, jadi keduanya berbeda sekitar overhead yang ingin Anda ukur. Beberapa tampilan atribusi juga tumpang tindih, yang berarti menjumlahkan setiap angka yang ditampilkan bisa menghitung byte yang sama dua kali. Siklus penagihan, sesi aplikasi, dan pengaturan ulang sistem operasi juga mulai pada saat berbeda.
Di Android, tampilan yang didukung untuk ini adalah NetworkStatsManager, yang melaporkan keranjang per antarmuka dan per uid sepanjang jendela waktu. Untuk apa pun yang melibatkan uang, percayai akuntansi penyedia lebih daripada total sesi aplikasi. Aplikasi adalah tampilan kenyamanan dan bisa menyertakan atau mengecualikan lalu lintas tergantung implementasinya, dan pelaporan yang tertunda membuat pembacaan berikutnya tampak salah padahal tidak ada yang berubah.
adb shell dumpsys netstats | grep -A3 "iface=wlan0"
adb shell dumpsys netstats detail | grep -i vpn
Baca nama antarmuka di setiap baris sebelum membandingkan apa pun. Dua total untuk antarmuka berbeda bukan dua pengukuran hal yang sama, dan memperlakukannya sebagai satu menghasilkan angka overhead yang sebenarnya selisih akuntansi.
Ukur tugas yang dapat diulang alih-alih uji kecepatan
Pilih satu penghitung, satu perangkat, satu jaringan, dan satu tugas, lalu ulangi tugas itu dan bandingkan pembacaannya. Uji kecepatan adalah alat yang salah karena sengaja menghabiskan sebanyak mungkin, dan biayanya bisa melebihi masalah sehari-hari yang Anda selidiki. Hentikan dulu cadangan dan pembaruan, biarkan aktivitas latar mereda, dan catat protokol serta versi klien di samping angka. Unggahan yang dilanjutkan adalah beban kerja berbeda dari transfer bersih, jadi membandingkan keduanya tidak mengukur apa pun yang berguna.
Jika perbandingan langsung berbenturan dengan kebutuhan privasi Anda, bandingkan dua konfigurasi VPN yang didukung sebagai gantinya dan nyatakan batasan itu bersama hasilnya. Catat konfigurasi mana menghasilkan angka mana, agar perbandingan bertahan bagi pembaca berikutnya.
Ke mana harus melihat ketika tagihan dan aplikasi tidak cocok
Periksa jendelanya dulu, lalu antarmukanya, lalu lapisannya. Ketidakcocokan yang bertahan pada ketiganya adalah pertanyaan untuk penyedia, bukan pengaturan klien, dan jawabannya biasanya menyebut keterlambatan pelaporan atau kuota bersama.
Jaga pengaturan pembaruan aplikasi dan data seluler tetap sesuai kuota, dan jadwalkan transfer besar pada koneksi yang mampu menanggungnya. Jika Anda menambatkan, periksa cakupan hotspot secara terpisah, karena tunnel ponsel tidak mengatakan apa pun tentang bagaimana lalu lintas yang ditambatkan dirutekan atau dihitung.