Ці спажывае неактыўны VPN шырыню канала? Чытайце правільны лічыльнік

Ваш тунель быў уключаны ўсю ноч, нічога не транслявалася, а графік выкарыстання ўсё ж рухаўся. Гэта нармальна: VPN трымае размову адкрытай, а не рэзервуе частку вашай лініі, таму зарэзерваваная доля роўная нулю, а байты малыя і рэальныя. Гэтыя два ўяўленні пастаянна блытаюць, і менавіта таму на пытанне "ці спажывае неактыўны VPN шырыню канала" дрэнна адказваюць у абодвух кірунках. Вымярэнне правільнага лічыльніка на прамежку, які вы можаце апісаць, вырашае гэта за адну пасляабедзенную гадзіну.

Чаму неактыўны тунель усё ж рухае байты

Тунель — гэта адлюстраванне з часам жыцця, і нешта павінна падтрымліваць гэтае адлюстраванне жывым. Рукапоціскі сканчаюцца, прылады NAT скідваюць прастойныя трансляцыі, а партнёр, які доўга маўчыць, можа стаць недасягальным, хоць ні на адным баку нічога не ламаецца. Пратаколы адрозніваюцца тым, што яны шлюць, калі няма чаго слаць: WireGuard па змаўчанні нічога не перадае пасля ўсталявання рукапоціску, а неабавязковая PersistentKeepalive налада дадае перыядычны пакет, каб партнёр за трансляцыяй заставаўся дасягальным. Уключыце яе свядома, і інтэрвал стане бачным у лічыльніку.

OpenVPN — яго памочнік падтрымання працуе інакш: ён вызначае праверкі ў стылі водгуку, каб абодва бакі маглі адрозніць жывую сесію ад мёртвай, а кліенты, якія нясуць уласны транспарт, маюць эквівалентныя таймеры пад іншымі назвамі. Нішто з гэтага не паказваецца ў акне праграмы, таму пусты экран нічога не кажа пра тое, што на провадзе.

Неактыўная праграма — не неактыўная прылада

Адкрыты тунель абслугоўвае кожнага кліента, далучанага да яго, а кліенты рэдка спыняюцца. Сінхранізацыя фота, запыты рэзалвера, праверкі абнаўленняў і агент маніторынгу ідуць па маршруце па змаўчанні, а на профілі поўнага тунеля гэты маршрут і ёсць тунель. Тэлефон, што спіць у кішэні, усё ж апытвае, а заданне рэзервовага капіявання не хвалюецца, што ніхто не глядзіць відэа. Тунель неактыўны ў тым сэнсе, што вы ім не карыстаецеся, пакуль ім карыстаюцца вашыя прылады.

Маставыя і маршрутызаваныя профілі нясуць розны трафік, таму адно і тое ж назіранне можа даць розны адказ на кожным. Запішыце, хто быў падключаны, перад вымярэннем, бо адзін кліент сінхранізацыі можа пераважыць усе сігналы падтрымання за прамежак.

Выберыце адзін лічыльнік і скажыце, што ён лічыць

Існуюць тры сумы, і кожная адказвае на розныя пытанні: што прайшло праз тунель, што прайшло праз фізічнае злучэнне і што правайдэр вырашыў выставіць у рахунак. Лічэнне на ўзыходным канале таксама лічыць усё, што ніколі не ўваходзіла ў тунель, ад ваганняў ARP да струменя суседа. Лічэнне на інтэрфейсе тунеля прапускае знешні загаловак, паўторныя рукапоціскі і сігналы падтрымання, якія трымаюць трансляцыю адкрытай. Чытаць абодва танна, і гэта адзіны спосаб убачыць, на якім баку тунеля быў палічаны байт.

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

Вырашыце, пра які з двух ваша пытанне, перш чым цытаваць любы з іх, бо складанне іх лічыць звязаную працу двойчы. Улік правайдэра можа закрыцца ў пазнейшы перыяд, чым вымяраны вамі, таму сума, якая не супадае з рахункам, не абавязкова памылковая. Далучайце інтэрфейс, кірунак і прамежак да любога ліку, які вы публікуеце.

Правядзіце кароткае вымярэнне пад наглядам

Пакіньце тунель і яго абарону так, як яны працуюць у звычайны дзень, прапусціце неабавязковыя перадачы і запішыце, хто застаўся падключаным. Прачытайце лічыльнікі, пачакайце прамежак, дастаткова доўгі, каб яго варта было чытаць, прачытайце іх зноў і трымайце мінулы час побач з розніцай. Вялікі тэст хуткасці адказвае на іншае пытанне: ён насычае злучэнне і нічога не кажа пра кошт простаю.

Паўтарыце прамежак адзін раз, калі першы вынік выглядае немагчымым, бо адзін узор можа захапіць запланаванае заданне ў разгары. Два прамежкі, якія супадаюць, — гэта доказ; адзін прамежак — гэта анэкдот з адзінкамі.

Не купляйце чысцейшы нуль за горшы тунель

Выключэнне сігналу падтрымання або праверкі жыццяздольнасці дзеля парадку ў графіку змяняе разгортванне, якое вы вымяраеце, і тунель можа не вярнуцца пасля наступнага перыяду простаю. Запытайцеся, ці служыць механізм дасягальнасці ці абслугоўванню, перш чым чапаць яго, і вымярайце з ім уключаным, калі ён служыць, бо менавіта гэтую канфігурацыю вы будзеце падтрымліваць. Чысцейшы нуль, які хавае зламаны шлях аднаўлення, — самы дарагі вынік у гэтым практыкаванні.

Калі лік сапраўды вялікі, знайдзіце працэс ці кліент, які яго стварыў, замест таго каб меркаваць, што пратакол запоўніў лінію. Параўнайце ўнутраныя і знешнія лічыльнікі, каб убачыць, на якім баку байты, а затым паведамце выкарыстанне за гэты перыяд, а не ёмістасць, якой вы нібыта валодаеце.