Тунелът ви е бил отворен цяла нощ, нищо не е текло, а графиката на потреблението все пак се е разместила. Това е нормално: VPN поддържа разговор отворен, вместо да резервира част от вашата линия, така че резервираният дял е нула, а байтовете са малки и реални. Двете представи постоянно се разменят и затова на въпроса "консумира ли бездействащ VPN честотна лента" се отговаря лошо и в двете посоки. Измерването на правилния брояч за прозорец, който можете да опишете, решава въпроса за един следобед.

Защо бездействащият тунел все пак движи байтове

Тунелът е съпоставяне с живот и нещо трябва да поддържа това съпоставяне живо. Ръкостисканията изтичат, устройствата NAT изхвърлят бездейни транслации, а партньор, който мълчи достатъчно дълго, може да стане недостъпен, без нищо да се проваля в нито един край. Протоколите се различават по това какво изпращат, когато няма какво да изпратят: WireGuard по подразбиране не предава нищо, след като ръкостискането се установи, а незадължителната PersistentKeepalive настройка добавя периодичен пакет, за да остане партньорът зад транслация достъпен. Включете я нарочно и интервалът става видим в брояч.

OpenVPN — неговият помощник за поддържане работи по друг начин: дефинира проверки в стил ехо, за да могат двата края да различат жива сесия от мъртва, а клиентите, които носят собствен транспорт, имат еквивалентни таймери под други имена. Нищо от това не се появява в прозорец на приложение и затова празният екран не казва нищо за това какво има по кабела.

Бездействащото приложение не е бездействащо устройство

Отвореният тунел обслужва всеки клиент, прикачен към него, а клиентите рядко спират. Синхронизацията на снимки, заявките към резолвера, проверките за обновяване и агент за мониторинг следват какъвто и да е маршрут по подразбиране, а при профил с пълен тунел този маршрут е тунелът. Телефон, заспал в джоб, все още прави заявки, а задача за архивиране не я интересува, че никой не гледа видео. Тунелът е бездействащ в смисъл, че вие не го използвате, докато устройствата ви го използват.

Мостовите и маршрутизираните профили носят различен трафик, така че едно и също наблюдение може да даде различен отговор при всеки. Запишете кой е бил свързан, преди да измервате, защото един клиент за синхронизация може да надвиши всеки сигнал за поддържане в интервала.

Изберете един брояч и кажете какво брои

Съществуват три общи суми и всяка отговаря на различен въпрос: какво е преминало през тунела, какво е преминало през физическата връзка и какво е решил да фактурира доставчикът. Броенето на изходящата връзка брои и всичко, което никога не е влязло в тунела, от колебанията на ARP до потока на съседа. Броенето на интерфейса на тунела пропуска външния заглавен блок, повторните ръкостискания и сигналите за поддържане, които държат транслацията отворена. Четенето на двете е евтино и това е единственият начин да видите от коя страна на тунела е преброен байт.

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

Решете за кое от двете е въпросът ви, преди да цитирате което и да е, защото събирането им брои свързаната работа два пъти. Отчитането на доставчика може да се затвори в по-късен период от измерения, така че обща сума, която не съвпада с фактурата, не е автоматично грешна. Прикачете интерфейса, посоката и прозореца към всяко число, което публикувате.

Направете кратко измерване под надзор

Оставете тунела и защитата му точно както работят в нормален ден, пропуснете незадължителните преноси и отбележете кой е останал свързан. Прочетете броячите, изчакайте прозорец, достатъчно дълъг, за да си струва четенето, прочетете ги отново и дръжте изтеклото време до разликата. Голям тест за скорост отговаря на друг въпрос: той насища връзката и не казва нищо за цената на бездействието.

Повторете прозореца веднъж, ако първият резултат изглежда невъзможен, защото една проба може да улови планирана задача в разгара ѝ. Два интервала, които съвпадат, са доказателство; един интервал е анекдот с единици.

Не купувайте по-чиста нула с по-лош тунел

Изключването на сигнал за поддържане или проверка за живот, за да подредите графиката, променя разгръщането, което измервате, и тунелът може да не се върне след следващия период на бездействие. Попитайте дали механизмът служи на достъпността или на поддръжката, преди да го пипате, и измервайте с него включен, ако служи, защото това е конфигурацията, която ще поддържате. По-чиста нула, която крие счупен път за възстановяване, е най-скъпият резултат в това упражнение.

Когато числото е наистина голямо, намерете процеса или клиента, който го е създал, вместо да предполагате, че протоколът запълва линията. Сравнете вътрешния и външния брояч, за да видите от коя страна са байтовете, и след това отчетете потреблението за този период вместо капацитета, който мислите, че притежавате.

Подобни статии