Consumă un VPN mai multe date? Suprasarcina, keepalive și contoare
Un tunel adaugă antete, keepalive și reîncercări, așa că traficul exterior este mai mare. Contoarele măsoară și straturi și ferestre diferite, așa că totalurile nu vor coincide.
Întrebarea vine cu un avertisment despre date după o lună de călătorie: a mâncat VPN-ul traficul inclus? Un tunel chiar adaugă octeți, pentru că fiecare pachet primește un antet exterior nou, iar conexiunea transportă propriul trafic de control. Ce nu face este să dubleze fișierul descărcat sau să oprească furnizorul din numărare. Răspunsul onest are două jumătăți: una despre suprasarcină și una despre cum apar cifrele.
Mitul: VPN-ul înmulțește consumul
Convingerea este că tunelarea cam dublează traficul, așa că un trafic inclus dispare de două ori mai repede. Ar fi nevoie de o suprasarcină apropiată de dimensiunea încărcăturii utile, ceea ce se întâmplă doar cu pachete foarte mici și protocoale vorbărețe. La navigarea și streamingul obișnuit, octeții în plus sunt o fracțiune mică din total, iar tunelul este rar motivul pentru care o lună se termină devreme. Un tunel instabil este altă poveste, iar acolo se află înmulțirea reală.
Furnizorul măsoară conexiunea exterioară indiferent de ce este înăuntru, așa că un tunel nu poate face traficul gratuit. Nu poate nici ascunde volumul de operator, pentru că operatorul este partea care îl mută.
Ce adaugă de fapt octeți
Encapsularea înfășoară fiecare pachet într-un antet nou, iar autentificarea adaugă câmpuri proprii, costul exact depinzând de protocol și de familiile de adrese folosite. Pachetele mici suferă cel mai mult, pentru că un antet fix este o parte mai mare dintr-un total mic. Un transfer susținut cu încărcături de dimensiune completă plătește proporțional mai puțin, de aceea două persoane pe același VPN pot vedea procente foarte diferite. Dimensiunea pachetului și MTU decid cât din drum se cheltuie pe antete și nu pe conținut.
Mesajele keepalive și strângerile de mână adaugă trafic care există doar pentru a ține tunelul deschis și rămân neglijabile până când se strică ceva. O legătură instabilă le transformă într-un cost real, pentru că fiecare reconectare repetă configurarea și fiecare flux întrerupt invită aplicația să reîncerce. Reîncercarea este partea scumpă: o încărcare care pornește de la zero poate costa mai mult decât o săptămână de keepalive.
Aplicațiile trimit și mai mult decât conținutul fișierelor. Cererile, confirmările și vorbăria de protocol existau înainte de tunel și încă se numără, așa că diferența dintre cu și fără este ambalajul, nu întreaga conversație. Ambalajul este singura parte pe care VPN-ul o deține cu adevărat.
De ce două contoare nu coincid niciodată
Patru locuri pot raporta consumul: telefonul, aplicația VPN, routerul și operatorul, iar fiecare măsoară o interfață diferită într-o fereastră diferită. Un contor de interfață virtuală vede traficul interior, în timp ce interfața fizică vede pachetele exterioare, așa că cele două diferă cam cu suprasarcina pe care încerci să o măsori. Unele vizualizări de atribuire se suprapun, ceea ce înseamnă că însumarea fiecărei cifre afișate poate număra aceiași octeți de două ori. Și ciclul de facturare, sesiunea aplicației și resetarea sistemului de operare încep în momente diferite.
Pe Android, vizualizarea acceptată a acestui lucru este NetworkStatsManager, care raportează grupuri pe interfață și pe uid în ferestre de timp. Pentru orice implică bani, ai mai multă încredere în contabilitatea furnizorului decât în totalul unei sesiuni a aplicației. Aplicația este o vizualizare de confort și poate include sau exclude trafic în funcție de implementare, iar raportarea întârziată face ca o citire ulterioară să pară greșită atunci când nimic nu s-a schimbat.
adb shell dumpsys netstats | grep -A3 "iface=wlan0"
adb shell dumpsys netstats detail | grep -i vpn
Citește numele interfeței pe fiecare linie înainte de a compara ceva. Două totaluri pentru interfețe diferite nu sunt două măsurători ale aceluiași lucru, iar tratarea lor ca unul singur produce o cifră de suprasarcină care în realitate este o diferență contabilă.
Măsoară o sarcină repetabilă în loc de un test de viteză
Alege un contor, un dispozitiv, o rețea și o sarcină, apoi repetă sarcina și compară citirile. Un test de viteză este instrumentul greșit pentru că consumă intenționat cât de mult poate, iar costul lui poate depăși problema zilnică pe care o investigai. Oprește mai întâi copiile de siguranță și actualizările, lasă activitatea din fundal să se așeze și notează protocolul și versiunea clientului lângă cifră. O încărcare reluată este o altă sarcină decât un transfer curat, așa că a le compara nu măsoară nimic util.
Dacă o comparație directă intră în conflict cu cerințele tale de confidențialitate, compară în schimb două configurații VPN acceptate și menționează această limitare lângă rezultat. Notează ce configurație a dat ce cifră, ca comparația să supraviețuiască următorului cititor.
Unde să te uiți când factura și aplicația nu coincid
Verifică mai întâi fereastra, apoi interfața, apoi stratul. O nepotrivire care supraviețuiește tuturor trei este o întrebare pentru furnizor și nu o setare a clientului, iar răspunsul numește de obicei o întârziere de raportare sau un trafic partajat.
Păstrează setările de actualizare a aplicațiilor și de date mobile potrivite pentru traficul inclus, și programează transferurile mari pe o conexiune care le poate duce. Dacă partajezi conexiunea, verifică separat acoperirea hotspotului, pentru că tunelul telefonului nu spune nimic despre cum este direcționat sau numărat traficul partajat.