Да ли неактиван VPN троши пропусни опсег? Читајте прави бројач

Ваш тунел је био отворен целу ноћ, ништа није преношено, а графикон потрошње се ипак померио. То је нормално: VPN држи разговор отворен уместо да резервише део ваше линије, па је резервисани део нула, док су бајтови мали и стварни. Ова два појма се стално мешају, зато се на питање да ли неактиван VPN троши пропусни опсег лоше одговара у оба смера. Мерење правог бројача у описивом периоду решава то за једно поподне.

Зашто неактиван тунел ипак помера бајтове

Тунел је пресликавање са животним веком и нешто мора то пресликавање да одржава живим. Руковања истичу, NAT уређаји одбацују неактивне преводе, а партнер који довољно дуго ћути може постати недоступан без ичега што отказује на оба краја. Протоколи се разликују по томе шта шаљу када нема шта да се пошаље: WireGuard подразумевано ништа не преноси када се руковање устали, а опционална PersistentKeepalive поставка додаје периодични пакет да партнер иза превода остане доступан. Укључите је намерно и интервал ће постати видљив у бројачу.

OpenVPN има помоћника за keepalive који ради другачије: дефинише провере у стилу ping да оба краја разликују живу сесију од мртве, а клијенти који носе сопствени транспорт имају еквивалентне тајмере под другим именима. Ништа од овога се не појављује у прозору апликације, зато празан екран не говори ништа о ономе што је на жици.

Неактивна апликација није неактиван уређај

Отворени тунел служи сваком клијенту повезаном на њега, а клијенти ретко престају. Синхронизација фотографија, упити resolver-а, провере ажурирања и агент за надзор прате ону руту која је подразумевана, а на профилу пуног тунела та рута је сам тунел. Телефон који спава у џепу и даље пита, а посао резервне копије не занима то што нико не гледа видео. Тунел је неактиван у смислу да га ви не користите док га ваши уређаји користе.

Мостни и рутирани профили носе различит саобраћај, па исти закључак може дати другачији одговор на сваком. Запишите ко је био повезан пре мерења, јер један клијент за синхронизацију може надмашити сваки keepalive у интервалу.

Изаберите један бројач и кажите шта броји

Постоје три укупне суме и свака одговара на друго питање: шта је прошло кроз тунел, шта кроз физичку везу и шта је провајдер одлучио да наплати. Бројање на uplink-у броји и све што никада није ушло у тунел, од кретања ARP-а до стриминга суседа. Бројање на интерфејсу тунела промашује спољни заглавље, понављања руковања и keepalive који држе превод отворен. Читање оба је јефтино и то је једини начин да се види на којој страни тунела је бајт избројан.

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

Одлучите о ком од два је ваше питање пре него што било који цитирате, јер њихово сабирање броји повезани посао двапут. Провајдерово књиговодство може се затворити у каснијем периоду од оног који сте мерили, па укупна сума која се не слаже са фактуром није аутоматски погрешна. Приложите интерфејс, смер и период сваком броју који објавите.

Обавите кратко надгледано мерење

Оставите тунел и његову заштиту тачно онако како раде нормалног дана, прескочите опционе преносе и забележите ко је остао повезан. Прочитајте бројаче, сачекајте период довољно дуг да вреди читати, прочитајте их поново и задржите протекло време поред разлике. Велики тест брзине одговара на друго питање: засићује везу и не говори ништа о цени неактивности.

Поновите период једном ако први резултат изгледа немогућ, јер један узорак може ухватити заказани посао на средини. Два интервала која се слажу су доказ; један интервал је анегдота са јединицама.

Не купујте чистију нулу са горим тунелом

Искључивање keepalive-а или провере живости ради сређивања графикона мења распоређивање које мерите, а тунел можда неће да се врати после следећег неактивног периода. Питајте да ли механизам служи достижности или одржавању пре него што га дотакнете, и мерите са њим укљученим ако служи, јер то је конфигурација коју ћете подржавати. Чистија нула која крије покварен пут опоравка је најскупљи резултат у овој вежби.

Када је број заиста велики, пронађите процес или клијента који га је произвео уместо да претпоставите да протокол пуни линију. Упоредите унутрашњи и спољашњи бројач да видите на којој су страни бајтови, па пријавите потрошњу за тај период уместо капацитета за који мислите да га имате.