Gumagamit ba ng mas maraming data ang VPN? Overhead, keepalive at counters

Dumarating ang tanong kasama ang babala sa data pagkatapos ng isang buwang paglalakbay: kinain ba ng VPN ang quota? Talagang nagdadagdag ng byte ang tunnel, dahil bawat packet ay nakakakuha ng bagong panlabas na header at may sariling control traffic ang koneksyon. Ang hindi nito ginagawa ay ang doblehin ang file na in-download mo o pigilan ang provider sa pagbilang. May dalawang hati ang tapat na sagot: isa tungkol sa overhead at isa tungkol sa kung paano nabubuo ang mga numero.

Mito: pinaparami ng VPN ang iyong paggamit

Ang paniniwala ay halos dinodoble ng tunneling ang trapiko, kaya doble ang bilis na nauubos ang quota. Kakailanganin niyon ng overhead na malapit sa laki ng payload, na nangyayari lamang sa napakaliit na packet at masalitang protocol. Sa ordinaryong pagba-browse at streaming, maliit na bahagi ng kabuuan ang dagdag na byte, at bihirang ang tunnel ang dahilan kung bakit maagang nauubos ang isang buwan. Iba ang kuwento ng hindi stable na tunnel, at doon nakatira ang tunay na pagpaparami.

Sinusukat ng provider ang panlabas na koneksyon anuman ang nasa loob, kaya hindi maaaring gawing libre ng tunnel ang trapiko. Hindi rin nito maitatago ang volume sa carrier, dahil ang carrier ang naglilipat nito.

Ano ba talaga ang nagdadagdag ng byte

Binabalot ng encapsulation ang bawat packet sa bagong header at nagdadagdag ang authentication ng sarili nitong field, kung saan ang eksaktong gastos ay depende sa protocol at sa mga address family na ginagamit. Pinaknahihirapan ang maliliit na packet, dahil ang fixed na header ay mas malaking bahagi ng maliit na total. Ang tuloy-tuloy na paglilipat na may full-size na payload ay mas mababa ang binabayaran sa proporsyon, kaya dalawang tao sa isang VPN ay maaaring makakita ng magkaibang porsyento. Ang laki ng packet at MTU ang nagtatakda kung gaano karami ng landas ang napupunta sa header at hindi sa nilalaman.

Ang keepalive at handshake ay nagdadagdag ng trapikong umiiral lamang para manatiling bukas ang tunnel, at nananatili itong bale-wala hanggang may masira. Ang hindi stable na link ay ginagawa itong tunay na gastos, dahil inuulit ng bawat muling pagkonekta ang setup at inaanyayahan ng bawat naputol na stream ang app na subukan muli. Ang muling pagtatangka ang mamahaling bahagi: ang upload na nagsisimula sa zero ay maaaring mas mahal pa kaysa isang linggong keepalive.

Nagpapadala rin ang mga app ng higit pa sa nilalaman ng file. Ang mga kahilingan, kumpirmasyon at usapan sa protocol ay umiiral na bago ang tunnel at binibilang pa rin, kaya ang pagkakaiba ng may at wala ay ang balot at hindi ang buong usapan. Ang balot ang tanging bahagi na talagang pag-aari ng VPN.

Bakit hindi kailanman magkatugma ang dalawang counter

Apat na lugar ang maaaring mag-ulat ng paggamit: ang telepono, ang VPN app, ang router at ang carrier, at bawat isa ay may sinusukat na ibang interface sa ibang window. Nakikita ng counter ng virtual interface ang panloob na trapiko habang nakikita ng pisikal na interface ang panlabas na packet, kaya nagkakaiba ang dalawa nang halos katumbas ng overhead na sinusubukan mong sukatin. Nag-o-overlap din ang ilang attribution view, ibig sabihin ang pagdaragdag ng bawat numerong ipinapakita ay maaaring magbilang ng parehong byte nang dalawang beses. Nagsisimula rin sa magkaibang sandali ang billing cycle, app session at pag-reset ng operating system.

Sa Android, ang sinusuportahang view nito ay NetworkStatsManager, na nag-uulat ng bucket ayon sa interface at ayon sa uid sa mga window ng oras. Para sa anumang may kinalaman sa pera, mas magtiwala sa accounting ng provider kaysa sa total ng app session. Ang app ay view para sa kaginhawahan at maaaring isama o ibukod ang trapiko depende sa implementasyon, at ang naantalang pag-uulat ay nagpapamukhang mali ang susunod na pagbasa kahit walang nagbago.

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

Basahin ang pangalan ng interface sa bawat linya bago ihambing ang anuman. Ang dalawang total para sa magkaibang interface ay hindi dalawang sukat ng parehong bagay, at ang ituring silang isa ay gumagawa ng numerong overhead na talagang pagkakaiba sa accounting.

Sukatin ang paulit-ulit na gawain sa halip na speed test

Pumili ng isang counter, isang device, isang network at isang gawain, pagkatapos ulitin ang gawain at ihambing ang mga pagbasa. Ang speed test ay maling kasangkapan dahil sadyang gumagamit ito ng pinakamaraming kaya, at ang gastos nito ay maaaring lumampas sa pang-araw-araw na problemang iniimbestigahan mo. I-pause muna ang backup at update, hayaang kumalma ang background activity, at itala ang protocol at bersyon ng client sa tabi ng numero. Ang naipagpatuloy na upload ay ibang workload kaysa malinis na paglilipat, kaya ang paghahambing ng dalawa ay walang kapaki-pakinabang na sinusukat.

Kung ang direktang paghahambing ay sumasalungat sa iyong mga pangangailangan sa privacy, ihambing sa halip ang dalawang sinusuportahang VPN configuration at banggitin ang limitasyong iyon sa tabi ng resulta. Itala kung aling configuration ang nagbigay ng aling numero, upang ang paghahambing ay umabot sa susunod na mambabasa.

Saan titingin kapag hindi magkatugma ang bill at ang app

Suriin muna ang window, pagkatapos ang interface, pagkatapos ang layer. Ang hindi pagkakatugmang lumalampas sa tatlo ay tanong sa provider at hindi setting ng client, at karaniwang tinutukoy ng sagot ang pagkaantala sa pag-uulat o pinagsamang quota.

Panatilihing angkop sa quota ang mga setting ng app update at mobile data, at iiskedyul ang malalaking paglilipat sa koneksyong kayang magdala ng mga ito. Kung nagte-tether ka, suriin nang hiwalay ang saklaw ng hotspot, dahil walang sinasabi ang tunnel ng telepono tungkol sa kung paano niruruta o binibilang ang naka-tether na trapiko.