Gumagamit ba ng bandwidth ang idle na VPN? Basahin ang tamang counter

Bukas ang tunel mo buong gabi, walang na-stream, pero gumalaw pa rin ang graph ng paggamit. Normal iyon: hinahawakan ng VPN ang usapan nang bukas sa halip na magreserba ng bahagi ng linya mo, kaya zero ang reserbang bahagi habang maliit at totoo ang mga byte. Paikot-ikot ang dalawang ideya, kaya ang tanong kung gumagamit ng bandwidth ang idle na VPN ay sinasagot nang mali sa dalawang direksyon. Ang pagsukat ng tamang counter sa loob ng window na kayang ilarawan ay nagtatapos nito sa isang hapon.

Bakit gumagalaw pa rin ng byte ang idle na tunel

Ang tunel ay isang mapping na may buhay, at may dapat panatilihing buhay ang mapping na iyon. Nag-expire ang handshake, itinatapon ng NAT device ang idle na translation, at ang peer na tahimik nang sapat ay maaaring maging hindi maabot nang walang nabibigo sa alinmang dulo. Nagkakaiba ang mga protocol sa ipinapadala kapag walang maipadala: walang ipinapadala ang WireGuard bilang default kapag kumalma na ang handshake, at ang opsyonal na PersistentKeepalive setting ay nagdaragdag ng pana-panahong packet para manatiling maabot ang peer sa likod ng translation. Bukas ito nang sinasadya at makikita ang interval sa counter.

OpenVPN ay may keepalive helper na iba ang paraan: naglalarawan ito ng mga pagsusuring parang ping para matukoy ng dalawang dulo ang buhay na session mula sa patay, at ang mga kliyenteng may sariling transport ay may katumbas na timer sa ibang pangalan. Wala sa mga ito ang lumalabas sa window ng application, kaya walang sinasabi ang blangkong screen tungkol sa nasa wire.

Ang idle na application ay hindi idle na device

Pinaglilingkuran ng bukas na tunel ang bawat kliyenteng nakakabit dito, at bihirang huminto ang mga kliyente. Ang photo sync, resolver query, update check at monitoring agent ay sumusunod sa rutang default, at sa full-tunnel profile ang rutang iyon ay ang tunel mismo. Ang teleponong natutulog sa bulsa ay nagtatanong pa rin, at wala pakialam ang backup job na walang nanonood ng video. Idle ang tunel sa diwa na hindi mo ito ginagamit habang ginagamit ito ng mga device mo.

Magkaiba ang trapikong dinadala ng bridged at routed na profile, kaya ang parehong obserbasyon ay maaaring magbigay ng ibang sagot sa bawat isa. Isulat kung sino ang nakakabit bago magsukat, dahil ang isang sync client ay maaaring lumampas sa bawat keepalive sa loob ng interval.

Pumili ng isang counter at sabihin kung ano ang binibilang nito

May tatlong total at bawat isa ay sumasagot sa ibang tanong: ano ang dumaan sa tunel, ano ang dumaan sa pisikal na link, at ano ang pinagdesisyunan ng provider na singilin. Ang pagbilang sa uplink ay binibilang din ang lahat ng hindi kailanman pumasok sa tunel, mula sa ARP movement hanggang sa streaming ng kapitbahay. Ang pagbilang sa tunel interface ay nakakaligta ng panlabas na header, mga pagsubok ng handshake at keepalive na nagpapanatiling bukas ng translation. Mura ang pagbasa ng dalawa, at iyon lang ang paraan para makita kung aling panig ng tunel binilang ang isang byte.

ip -s link show wg0
ip -s link show eth0

Magpasya kung alin sa dalawa ang tanong mo bago banggitin ang alinman, dahil ang pagdaragdag sa kanila ay binibilang ang kaugnay na trabaho nang dalawang beses. Ang accounting ng provider ay maaaring magsara sa mas huling panahon kaysa sa sinukat mo, kaya ang total na hindi tugma sa invoice ay hindi awtomatikong mali. Ikabit ang interface, direksyon at window sa anumang numerong inilalathala mo.

Magsagawa ng maikling supervised na pagsukat

Iwanan ang tunel at ang proteksyon nito nang eksakto gaya ng takbo nito sa normal na araw, laktawan ang opsyonal na transfer, at itala kung sino ang nanatiling nakakabit. Basahin ang mga counter, maghintay ng window na sapat ang haba para sulit basahin, basahin muli, at itabi ang lumipas na oras sa tabi ng pagkakaiba. Ang malaking speed test ay sumasagot sa ibang tanong: pinupuno nito ang link at walang sinasabi tungkol sa gastos ng idle.

Ulitin ang window nang isang beses kung ang unang resulta ay tila imposible, dahil ang isang sample ay maaaring makahuli ng naka-iskedyul na trabaho sa gitna. Ang dalawang interval na nagtutugma ay ebidensya; ang isang interval ay anekdota na may mga unit.

Huwag bumili ng mas malinis na zero gamit ang mas masamang tunel

Ang pagpatay ng keepalive o liveness check para ayusin ang graph ay nagbabago sa deployment na sinusukat mo, at maaaring hindi na bumalik ang tunel pagkatapos ng susunod na idle period. Itanong kung ang mekanismo ay para sa maabot o sa maintenance bago ito hawakan, at sukatin ito nang bukas kung oo, dahil iyon ang configuration na susuportahan mo. Ang mas malinis na zero na nagtatago ng sirang recovery path ang pinakamahal na resulta sa pagsasanay na ito.

Kapag talagang malaki ang numero, hanapin ang proseso o kliyenteng gumawa nito sa halip na ipagpalagay na pinupuno ng protocol ang linya. Ihambing ang panloob at panlabas na counter para makita kung aling panig ang mga byte, pagkatapos iulat ang paggamit sa panahong iyon sa halip na ang capacity na inaakala mong pagmamay-ari mo.