Co licznik bajtów VPN na Macu dowodzi, a czego nie

Otwórz okno stanu klienta i liczby wyglądają uspokajająco: bajty rosną, tunel jest połączony. Zamknij okno, a aplikacja biurowa nadal zawodzi, co oznacza, że liczniki odpowiedziały na pytanie, którego nikt nie zadał. Liczenie bajtów na interfejsie mierzy ruch w tym punkcie obserwacji i nic więcej. Przejdź od liczby, na którą patrzysz, do warstwy, o której ona raportuje, a potem do wyniku, który aplikacja faktycznie ci dała.

Najpierw wybierz interfejs, potem liczbę

Zacznij tam, gdzie wyświetlana jest liczba, i przeczytaj etykietę obok. Okno klienta może pokazywać sumy sesji, interfejs tunelu może pokazywać bajty wewnętrznego IP, a adapter fizyczny może pokazywać zaszyfrowane bajty zewnętrzne; trzy różne liczniki, które przypadkowo są wyrażone w bajtach. W wierszu poleceń netstat -ibn wypisuje jeden wiersz na adres na każdym interfejsie, więc tunel może pojawić się kilka razy. Dopasuj wiersz do interfejsu, który klient rzeczywiście posiada, i potwierdź go trasą wybieraną przez cel. Urządzenie o nazwie utun może należeć do VPN, do innego tunelu albo do czegoś, co cię nie interesuje.

Nie zastępuj go licznikiem Wi-Fi tylko dlatego, że łatwiej go odczytać. Inny punkt obserwacji odpowiada na inne pytanie.

Weź deltę, a nie sumę od uruchomienia

Przeczytaj wiersz, wykonaj jedno małe autoryzowane żądanie, a potem przeczytaj ten sam wiersz ponownie. Różnica jest dowodem, bo suma od uruchomienia obejmuje wszystko, co maszyna zrobiła. Utrzymuj krótki interwał, aby ruch w tle miał mniej okazji go zanieczyścić. Na zajętej maszynie nettop może przypisać przepustowość do procesu, co zawęża pole przed powrotem do liczników interfejsu.

Zaakceptuj, że różnica nie jest czysta. Poczta, aktualizacje i własne komunikaty klienta o utrzymaniu połączenia wnoszą swój wkład, więc traktuj liczbę jako górną granicę, a nie pomiar. Jeśli aplikacja była jedyną rzeczą, którą robiłeś w tym przedziale, granica jest zwykle wystarczająco ciasna, by być użyteczna.

Liczniki wewnętrzne i zewnętrzne mierzą różne rzeczy

Adapter fizyczny zlicza zaszyfrowane pakiety wraz z ich zewnętrznymi nagłówkami, podczas gdy interfejs tunelu rozlicza ładunek, który odbiera lub przekazuje. Zsumowanie obu liczy jedno przesłanie podwójnie. Narzut, retransmisje i enkapsulacja również czynią prostą równość niemożliwą.

Dwa liczniki poruszające się w przeciwnych kierunkach to odkrycie, a nie sprzeczność. Zwykle oznacza to, że ruch wszedł do jednej warstwy i nigdy nie opuścił drugiej.

Powiąż licznik z wynikiem aplikacji

Odebrana suma może rosnąć z powodu rozmowy protokołu, podczas gdy usługa, której chciałeś, nadal zawodzi. Wzrost wysyłania mówi jeszcze mniej: dowodzi, że jądro zaakceptowało pakiet, a nie że coś odpowiedziało.

Zapisz dokładny wynik obok liczników: rozwiązywanie nazw nie powiodło się, połączenie przekroczyło limit czasu, TLS został odrzucony albo nadeszła odpowiedź HTTP. To cztery różne usterki i tylko jedna z nich dotyczy tunelu. Jeśli dowód ma iść dalej, następnym punktem obserwacji jest brama lub granica usługi, gdzie ktoś może zobaczyć, czy żądanie dotarło. Resetowanie ustawień sieciowych Maca niszczy stan, który mierzyłeś, i niczego ci nie mówi.

Napisz notatkę, której potrzebuje następna osoba

Nazwa interfejsu, etykieta licznika, interwał, wartości przed i po oraz wynik aplikacji. To wystarczy, aby kolega odtworzył obserwację bez powtarzania twojego popołudnia. Dodaj wersję klienta i wersję macOS, ponieważ semantyka liczników może zmieniać się między wydaniami.

Pomiń pełne przechwytywanie pakietów i zrzut systemu. Rzadko są potrzebne, by wyjaśnić, który lokalny licznik przesunął się podczas jednego żądania, a spowalniają każdego, kto czyta raport. Jeśli klient pokazuje własne statystyki, zacytuj jego etykietę dosłownie, zamiast tłumaczyć ją na swoją. Celem notatki jest zapisanie, co zmierzono, a nie spieranie się, co to znaczy.