Czy bezczynny VPN zużywa pasmo? Czytaj właściwy licznik

Twój tunel był otwarty całą noc, nic nie było strumieniowane, a wykres użycia mimo to się poruszył. To normalne: VPN utrzymuje rozmowę otwartą, zamiast rezerwować część twojej linii, więc zarezerwowany udział wynosi zero, a bajty są małe i rzeczywiste. Te dwa pojęcia są ciągle mylone, dlatego na pytanie, czy bezczynny VPN zużywa pasmo, odpowiada się źle w obu kierunkach. Pomiar właściwego licznika w opisywalnym oknie załatwia sprawę w jedno popołudnie.

Dlaczego bezczynny tunel nadal przenosi bajty

Tunel to mapowanie z czasem życia i coś musi utrzymywać to mapowanie przy życiu. Uściski dłoni wygasają, urządzenia NAT porzucają bezczynne tłumaczenia, a partner, który milczy wystarczająco długo, może stać się nieosiągalny, choć na żadnym końcu nic nie zawodzi. Protokoły różnią się tym, co wysyłają, gdy nie ma czego wysyłać: WireGuard domyślnie nic nie przesyła, gdy uścisk dłoni się ustabilizuje, a opcjonalne PersistentKeepalive ustawienie dodaje okresowy pakiet, aby partner za tłumaczeniem pozostał osiągalny. Włącz je świadomie, a interwał stanie się widoczny w liczniku.

OpenVPN ma pomocnika keepalive, który działa inaczej: definiuje kontrole w stylu ping, aby oba końce odróżniały żywą sesję od martwej, a klienci przynoszący własny transport mają równoważne liczniki czasu pod innymi nazwami. Nic z tego nie pojawia się w oknie aplikacji, dlatego pusty ekran nic nie mówi o tym, co jest na drucie.

Bezczynna aplikacja to nie bezczynne urządzenie

Otwarty tunel obsługuje każdego podłączonego klienta, a klienci rzadko się zatrzymują. Synchronizacja zdjęć, zapytania resolvera, sprawdzanie aktualizacji i agent monitorujący podążają trasą, która jest domyślna, a w profilu pełnego tunelu tą trasą jest sam tunel. Telefon śpiący w kieszeni nadal odpytuje, a zadanie kopii zapasowej nie przejmuje się tym, że nikt nie ogląda wideo. Tunel jest bezczynny w tym sensie, że ty go nie używasz, gdy używają go twoje urządzenia.

Profile mostkowe i routowane niosą inny ruch, więc ta sama obserwacja może dać inną odpowiedź na każdym z nich. Zapisz, kto był podłączony przed pomiarem, bo jeden klient synchronizacji może przewyższyć każdy keepalive w tym przedziale.

Wybierz jeden licznik i powiedz, co liczy

Istnieją trzy sumy i każda odpowiada na inne pytanie: co przeszło przez tunel, co przeszło przez łącze fizyczne i co dostawca postanowił zafakturować. Liczenie na uplinku liczy też wszystko, co nigdy nie weszło do tunelu, od ruchu ARP po strumieniowanie sąsiada. Liczenie na interfejsie tunelu pomija zewnętrzny nagłówek, powtórzenia uścisku dłoni i keepalive, które trzymają tłumaczenie otwarte. Czytanie obu jest tanie i to jedyny sposób, by zobaczyć, po której stronie tunelu policzono bajt.

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

Zdecyduj, którego z dwóch dotyczy twoje pytanie, zanim zacytujesz którykolwiek, bo ich dodanie liczy powiązaną pracę dwa razy. Rozliczenia dostawcy mogą zamknąć się w późniejszym okresie niż zmierzony, więc suma niezgodna z fakturą nie jest automatycznie błędna. Dołącz interfejs, kierunek i okno do każdej publikowanej liczby.

Wykonaj krótki pomiar nadzorowany

Zostaw tunel i jego ochronę dokładnie tak, jak działają w normalny dzień, pomiń opcjonalne transfery i zanotuj, kto pozostał podłączony. Odczytaj liczniki, poczekaj okno wystarczająco długie, by warto było je czytać, odczytaj je ponownie i trzymaj upływający czas obok różnicy. Duży test prędkości odpowiada na inne pytanie: nasyca łącze i nic nie mówi o koszcie bezczynności.

Powtórz okno raz, jeśli pierwszy wynik wygląda na niemożliwy, bo jedna próbka może złapać zaplanowane zadanie w połowie. Dwa zgodne przedziały to dowód; jeden przedział to anegdota z jednostkami.

Nie kupuj czystszego zera gorszym tunelem

Wyłączenie keepalive lub kontroli żywotności, by uporządkować wykres, zmienia wdrożenie, które mierzysz, a tunel może nie wrócić po następnym okresie bezczynności. Zapytaj, czy mechanizm służy osiągalności, czy utrzymaniu, zanim go dotkniesz, i mierz z nim włączonym, jeśli tak, bo to jest konfiguracja, której będziesz wspierać. Czystsze zero, które ukrywa zepsutą ścieżkę odzyskiwania, to najdroższy wynik w tym ćwiczeniu.

Gdy liczba jest naprawdę duża, znajdź proces lub klienta, który ją wytworzył, zamiast zakładać, że protokół wypełnia łącze. Porównaj licznik wewnętrzny i zewnętrzny, by zobaczyć, po której stronie są bajty, a potem raportuj użycie za ten okres, a nie przepustowość, którą uważasz, że posiadasz.