Több adatot fogyaszt a VPN? Fejléc-többlet, keepalive-ok és számlálók

A kérdés egy adatfigyelmeztetéssel érkezik egy hónap utazás után: megette a VPN a keretet? Az alagút valóban ad hozzá bájtokat, mert minden csomag új külső fejlécet kap, és a kapcsolat saját vezérlőforgalmat is szállít. Amit nem tesz, az a letöltött fájl megduplázása vagy a szolgáltató leszoktatása a számlálásról. Az őszinte válasznak két fele van: az egyik a többletről, a másik arról, hogyan keletkeznek a számok.

A mítosz: a VPN megsokszorozza a fogyasztást

A hit az, hogy az alagutazás nagyjából megduplázza a forgalmat, így a keret kétszer olyan gyorsan fogy el. Ehhez a hasznos teher méretéhez közelítő többlet kellene, ami csak nagyon kis csomagokkal és beszédes protokollokkal fordul elő. Szokásos böngészésnél és streamelésnél a plusz bájtok az egész kis hányadát teszik ki, és az alagút ritkán az oka annak, hogy egy hónap korán elfogy. Az instabil alagút más történet, és ott él az igazi sokszorozódás.

A szolgáltató a külső kapcsolatot méri, függetlenül attól, mi van benne, ezért az alagút nem teheti ingyenessé a forgalmat. A volumen elől a szolgáltató elől sem rejthető el, mert ő az a fél, aki továbbítja.

Mi ad valójában bájtokat

A beágyazás minden csomagot új fejlécbe csomagol, a hitelesítés saját mezőket ad hozzá, és a pontos költség a protokolltól és a használt címcsaládoktól függ. A kis csomagok szenvednek leginkább, mert egy fix fejléc nagyobb része egy kis összegnek. A folyamatos, teljes méretű átvitel arányosan kevesebbet fizet, ezért két ember ugyanazon a VPN-en nagyon eltérő százalékokat láthat. A csomagméret és az MTU dönti el, hogy az útból mennyi megy fejlécekre és nem tartalomra.

A keepalive-ok és a kézfogások olyan forgalmat adnak hozzá, amely csak az alagút nyitva tartására létezik, és elhanyagolhatók maradnak, amíg valami el nem törik. Az instabil kapcsolat valódi költséggé teszi őket, mert minden újracsatlakozás megismétli a beállítást, és minden megszakadt adatfolyam újrapróbálkozásra hívja az alkalmazást. Az újrapróbálkozás a drága rész: egy nulláról induló feltöltés többe kerülhet egy hét keepalive-nál.

Az alkalmazások a fájltartalomnál többet is küldenek. A kérések, nyugták és protokollfecsegés az alagút előtt is léteztek, és továbbra is számítanak, ezért a különbség a és nélkül között a burkolat, nem a teljes beszélgetés. A burkolat az egyetlen rész, amely valóban a VPN-é.

Miért nem egyezik soha két számláló

Négy hely jelenthet fogyasztást: a telefon, a VPN-alkalmazás, a router és a szolgáltató, és mindegyik más interfészt mér más időablakban. A virtuális interfész számlálója a belső forgalmat látja, míg a fizikai interfész a külső csomagokat, ezért a kettő nagyjából a mérni kívánt többlettel tér el. Egyes hozzárendelési nézetek is átfednek, ami azt jelenti, hogy minden megjelenített szám összeadása ugyanazokat a bájtokat kétszer számolhatja. A számlázási ciklus, az alkalmazás-munkamenet és az operációs rendszer visszaállítása is különböző pillanatokban kezdődik.

Androidon ennek támogatott nézete a NetworkStatsManager, amely interfészenként és uid szerint jelent csoportokat időablakokra. Minden pénzzel kapcsolatos esetben jobban bízzon a szolgáltató elszámolásában, mint egy alkalmazás-munkamenet összegében. Az alkalmazás kényelmi nézet, és a megvalósítástól függően tartalmazhat vagy kizárhat forgalmat, a késleltetett jelentés pedig hibásnak láttat egy későbbi leolvasást, amikor semmi sem változott.

adb shell dumpsys netstats | grep -A3 "iface=wlan0"
adb shell dumpsys netstats detail | grep -i vpn

Bármilyen összehasonlítás előtt olvassa el az interfész nevét minden sorban. Két összeg különböző interfészekre nem ugyanannak a dolognak két mérése, és egyként kezelésük olyan többletszámot ad, amely valójában elszámolási különbség.

Ismételhető feladatot mérjen sebességteszt helyett

Válasszon egy számlálót, egy eszközt, egy hálózatot és egy feladatot, majd ismételje meg a feladatot, és hasonlítsa össze a leolvasásokat. A sebességteszt rossz eszköz, mert szándékosan a lehető legtöbbet fogyasztja, és költsége meghaladhatja a vizsgált mindennapi problémát. Először szüneteltesse a biztonsági mentéseket és frissítéseket, hagyja lecsillapodni a háttértevékenységet, és jegyezze fel a protokollt és a kliensverziót a szám mellé. A folytatott feltöltés más munkaterhelés, mint a tiszta átvitel, ezért a kettő összehasonlítása semmi hasznosat nem mér.

Ha a közvetlen összehasonlítás ütközik az adatvédelmi követelményeivel, hasonlítson össze inkább két támogatott VPN-konfigurációt, és nevezze meg ezt a korlátot az eredmény mellett. Jegyezze fel, melyik konfiguráció melyik számot adta, hogy az összehasonlítás túlélje a következő olvasót.

Hol nézzen utána, ha a számla és az alkalmazás nem egyezik

Először az időablakot ellenőrizze, aztán az interfészt, aztán a réteget. Az az eltérés, amely mindhármat túléli, szolgáltatói kérdés, nem kliensbeállítás, és a válasz általában jelentési késleltetést vagy megosztott keretet nevez meg.

Tartsa az alkalmazásfrissítési és mobiladat-beállításokat a kerethez illően, és ütemezze a nagy átviteleket olyan kapcsolatra, amely elbírja őket. Ha megosztja a kapcsolatot, külön ellenőrizze a hotspot lefedettségét, mert a telefon alagútja semmit sem mond arról, hogyan irányítják vagy számolják a megosztott forgalmat.