Jak sprawdzić, czy VPN działa

Co to rozstrzyga

Klient, który pokazuje stan połączono, informuje o własnym stanie, a nie o tym, dokąd trafia Twój ruch. Sześć poniższych testów odpowiada na to drugie pytanie. Wykonaj je raz po instalacji, raz po każdej aktualizacji klienta lub systemu oraz raz w każdej sieci, z której wcześniej nie korzystałeś. Wszystkie zajmują kilka minut, a pierwsze trzy — minutę.

Najpierw połącz się z używanym zwykle węzłem wyjściowym. Następnie przechodź po kolei przez listę: każdy test zakłada, że poprzedni zakończył się pomyślnie, a typowe awarie znajdują się na początku.

1. Twój adres się zmienił

1. Otwórz dowolną stronę typu „jaki jest mój adres IP” i odczytaj podany adres oraz kraj. Kraj musi odpowiadać wybranemu węzłowi wyjściowemu, a adres nie może być adresem rozpoznawalnym jako Twój własny.
2. Rozłącz się i ponownie załaduj tę samą stronę. Adres powinien zmienić się z powrotem na Twój własny. Jeśli tak się nie stanie, strona jest zapisana w pamięci podręcznej albo działa drugi tunel, więc pierwszy wynik niczego nie potwierdził.
3. Połącz się ponownie i jeszcze raz przeładuj stronę. Trzy odczyty, z których dwa różnią się od środkowego, to cały test. Pojedynczy odczyt wykonany podczas połączenia nie wystarczy.

To potwierdza, że węzeł wyjściowy znajduje się przed Twoją przeglądarką. Nie mówi nic o wyszukiwaniu nazw, innych aplikacjach ani o tym, co dzieje się po przerwaniu tunelu — temu służy dalsza część strony.

2. Wyszukiwanie nazw odbywa się wewnątrz tunelu

1. Wykonaj test wycieku DNS — na dowolnej stronie oferującej test rozszerzony, który wysyła wiele zapytań zamiast jednego — i odczytaj listę zgłoszonych serwerów rozpoznawania nazw wraz z ich właścicielami.
2. Każdy serwer rozpoznawania nazw musi należeć do dostawcy VPN albo znajdować się w kraju węzła wyjściowego. Jeden wpis należący do Twojego dostawcy internetu lub znajdujący się w Twoim kraju oznacza niepomyślny test, niezależnie od tego, co pokazują pozostałe wpisy.
3. Jeśli test się nie powiedzie, ustaw w kliencie własny serwer rozpoznawania nazw dostawcy albo włącz ochronę przed wyciekiem, połącz się ponownie i powtórz test. To ustawienie opisano w przewodniku dla każdej platformy, a znaczenie wycieku wyjaśniono na stronie o wyciekach DNS.

3. Przeglądarka nie ujawnia Twojego adresu

Przeglądarki obsługują protokół połączeń i wideo, który może bezpośrednio ujawnić stronie Twoje adresy lokalne i publiczne, z pominięciem tunelu. Jest to ustawienie przeglądarki, a nie klienta, więc poprawnie skonfigurowany klient przejdzie każdy inny test, ale nie ten.

1. Wykonaj test wycieku WebRTC w każdej używanej przeglądarce, będąc połączonym. Okna prywatne i profile mają własne ustawienia, więc przetestuj ten, w którym faktycznie przeglądasz strony.
2. Podany przez test publiczny adres musi być adresem węzła wyjściowego albo nie może być podany wcale. Lokalny adres przydzielany przez router jest normalny i nieszkodliwy; problemem jest Twój własny adres publiczny.
3. Jeśli test się nie powiedzie, poszukaj ustawienia WebRTC w samej przeglądarce albo w rozszerzeniu przeglądarkowym dostawcy, gdzie umieszcza je większość klientów, i po zmianie ustawienia powtórz test.

4. IPv6 nie omija tunelu

Większość sieci przydziela dziś dwa rodzaje adresów, a klient, który tuneluje starszy z nich i ignoruje nowszy, ujawnia adres każdej stronie odpowiadającej przez oba — a dotyczy to większości dużych stron. Powyższy test adresu często tego nie wykrywa, ponieważ użyta strona pokazuje adres, pod którym nawiązano z nią połączenie.

1. Otwórz stronę testującą IPv6 podczas połączenia. Prawidłowe wyniki to „brak łączności IPv6” albo adres IPv6 należący do węzła wyjściowego. Adres IPv6 znajdujący się w Twoim kraju oznacza wyciek.
2. Jeśli test się nie powiedzie, poszukaj w kliencie ustawienia IPv6: blokowanie to bezpieczny wybór, a trasowanie — lepszy, jeśli jest dostępne. Jeśli klient nie oferuje żadnej z tych opcji, wyłącz IPv6 na poziomie systemu operacyjnego dla karty sieciowej.
3. Następnie powtórz pierwszy test: wyłączenie IPv6 zmienia adres, pod którym strona testowa nawiązuje z Tobą połączenie, więc wcześniejszy pomyślny wynik trzeba potwierdzić w nowych warunkach.

5. Przerwany tunel blokuje ruch

Wszystko powyżej opisuje tunel, gdy działa. Na złej sieci ważne jest to, co dzieje się, gdy tunelu nie ma, a sprawdza się to osobną procedurą: jak przetestować wyłącznik awaryjny VPN. Wykonaj ją raz na każdym urządzeniu zabieranym z domu; w skrócie działające pobieranie musi całkowicie się zatrzymać po przerwaniu tunelu bez wydawania takiego polecenia klientowi. Znaczenie tego mechanizmu wyjaśniono na stronie o wyłączniku awaryjnym.

6. Coś poza przeglądarką

Każdy dotychczasowy test był wykonywany w przeglądarce, a przeglądarka może być trasowana inaczej niż reszta urządzenia: rozszerzenie proxy, VPN działający tylko w przeglądarce albo reguła tunelowania dzielonego mogą sprawić, że przeglądarka przejdzie test, podczas gdy inna aplikacja ujawni adres — lub odwrotnie.

1. Wybierz aplikację, która pokazuje własny adres połączenia — na przykład własny test adresu w kliencie torrentów, dziennik połączeń klienta poczty albo panel sieciowy gry — lub uruchom test adresu w drugiej, nieskonfigurowanej przez Ciebie przeglądarce.
2. Jej adres musi być adresem węzła wyjściowego, takim samym jak w pierwszym teście. Inny adres oznacza, że tunel nie obejmuje całego systemu, a odpowiada za to ustawienie rozszerzenia przeglądarki albo reguła tunelowania dzielonego.

Co oznacza pomyślny wynik