Brukar ein inaktiv VPN bandbreidd? Les den rette teljaren

Tunnelen din stod open heile natta, ingenting vart strauma, og bruksgrafen flytta seg likevel. Det er normalt: ein VPN held ein samtale open i staden for å reservera ein del av linja di, så den reserverte delen er null medan byta er små og ekte. Dei to omgrepa vert stadig bytte om, og difor vert spørsmålet om ein inaktiv VPN brukar bandbreidd svara dårleg i begge retningar. Å måla den rette teljaren over eit tidsvindauge du kan skildre avgjer saka på ein ettermiddag.

Kvifor ein inaktiv tunnel likevel flyttar byte

Ein tunnel er ein mapping med ei levetid, og noko må halda den mappinga i live. Handtrykk går ut, NAT-einingar slepp inaktive omsetjingar, og ein motpart som er stille lenge nok kan verta utilgjengeleg utan at noko feilar i nokon ende. Protokollane skil seg i kva dei sender når det ikkje er noko å senda: WireGuard overfører ingenting som standard når handtrykket har sett seg, og den valfrie PersistentKeepalive innstillinga legg til ein periodisk pakke slik at ein motpart bak ei omsetjing vert verande tilgjengeleg. Slå ho på med vilje, og intervallet vert synleg i ein teljar.

OpenVPN har ein keepalive-hjelpar som verkar annleis: han definerer ping-liknande kontrollar slik at begge endar kan skilja ei levande økt frå ei død, og klientar som har sin eigen transport har tilsvarande timarar under andre namn. Ingenting av dette syner i eit applikasjonsvindauge, og difor seier ein tom skjerm ingenting om kva som er på linja.

Ein inaktiv applikasjon er ikkje ei inaktiv eining

Ein open tunnel tener kvar klient som er kopla til han, og klientane stoppar sjeldan. Bildesynkronisering, resolver-spørjingar, oppdateringssjekkar og ein overvakingsagent følgjer den ruta som er standard, og på ein full tunnelprofil er den ruta sjølve tunnelen. Ein telefon som søv i lomma spør likevel, og ein tryggleikskopijobb bryr seg ikkje om at ingen ser på ein video. Tunnelen er inaktiv i den forstand at du ikkje brukar han medan einingane dine gjer det.

Brua og ruta profilar ber ulik trafikk, så same observasjon kan gje ulikt svar på kvar av dei. Skriv ned kven som var tilkopla før du målar, fordi éin synkroniseringsklient kan vege meir enn kvar keepalive i intervallet.

Vel éin teljar og sei kva han tel

Det finst tre totalar, og kvar svarar på eit ulikt spørsmål: kva som gjekk gjennom tunnelen, kva som gjekk over den fysiske lenkja, og kva leverandøren bestemte seg for å fakturera. Å telja på uplink tel òg alt som aldri kom inn i tunnelen, frå ARP-rørsle til strøyminga til naboen. Å telja på tunnelgrensesnittet mistar den ytre headeren, handtrykksforsøka og keepalivane som held ei omsetjing open. Å lesa begge er billeg, og det er den einaste måten å sjå på kva side av tunnelen eit byte vart telt.

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

Avgjer kva av dei to spørsmålet ditt gjeld før du oppgir nokon av dei, fordi å leggja dei saman tel relatert arbeid to gonger. Rekneskapen til leverandøren kan lukkast i ein seinare periode enn den du målte, så ein total som ikkje stemmer med fakturaen er ikkje automatisk feil. Fest grensesnittet, retninga og tidsvindauget til kvart tal du publiserer.

Køyr ei kort overvaka måling

Lat tunnelen og vernet hans vera nøyaktig slik dei køyrer ein vanleg dag, hopp over valfrie overføringar, og noter kven som vart verande tilkopla. Les teljarane, vent eit tidsvindauge som er langt nok til å vera verdt å lesa, les dei igjen, og hald den medgåtte tida ved sida av differansen. Ein stor hastigheitstest svarar på eit anna spørsmål: han mettar lenkja og seier ingenting om inaktiv kostnad.

Gjenta vindauget éin gong om det første resultatet verkar umogleg, fordi éin prøve kan fanga ein planlagd jobb midt i. To intervall som stemmer er bevis; eitt intervall er ein anekdote med einingar.

Ikkje kjøp ein reinare null med ein dårlegare tunnel

Å slå av ein keepalive eller ein livssjekk for å rydda i grafen endrar utplasseringa du målar, og tunnelen kan kanskje ikkje koma tilbake etter neste inaktive periode. Spør om mekanismen tener tilgjenge eller vedlikehald før du rører han, og mål med han på om han gjer det, sidan det er konfigurasjonen du skal støtta. Ein reinare null som skjuler ein øydelagd gjenopprettingsveg er det dyraste resultatet i denne øvinga.

Når talet verkeleg er stort, finn prosessen eller klienten som produserte det i staden for å anta at protokollen fyller linja. Samanlikn den indre og den ytre teljaren for å sjå kva side byta er på, og rapporter deretter bruk for den perioden i staden for kapasitet du trur du eig.