Zacznij od porównania, nie od wniosku: ten sam telefon, ten sam profil, dwie sieci. Jeśli tunel zawodzi w jednej i działa w drugiej, różnica jest gdzieś na ścieżce, a nie w danych logowania. Zanotuj rodzaj błędu, bo odmowa przed logowaniem i połączenie, które nic nie przenosi, to dwa różne problemy. Wszystko poniżej zakłada ten test, wykonany ze zmianą tylko sieci.

VPN potrzebuje połączenia bazowego; nie zastępuje go i nie może zmusić operatora do przenoszenia tego, czego operator odmawia przenosić.

Trzymaj telefon bez zmian, zmień tylko sieć

Zmiana sieci i serwera naraz pozostawia dwie możliwe przyczyny i żadnego sposobu, by je rozdzielić. Porównaj ten sam punkt końcowy najpierw w Wi-Fi, potem w danych komórkowych, i za każdym razem zanotuj dokładny objaw. Błąd przed uwierzytelnieniem wskazuje na osiągalność, odrzucenie danych logowania na konto, a połączony tunel, który nic nie przenosi, na trasowanie lub DNS. Tylko pierwsze naprawdę dotyczy sieci.

Wyraźna odmowa przy logowaniu także należy do kontroli uwierzytelniania, nawet jeśli pojawia się tylko w jednej sieci. Niektórzy operatorzy i sieci gościnne przechwytują ruch w sposób, który daje mylące błędy.

Co widzi i za co może policzyć sieć dostępowa

Operator przenoszący tunel obserwuje samo połączenie: czas, wolumen i adres punktu końcowego VPN. Szyfrowanie ładunku nie ukrywa tych właściwości i dotyczy to łącza Wi-Fi w domu tak samo jak danych komórkowych. VPN zmienia to, kto co może widzieć, a odpowiedź jest inna na każdym hopie. Zapisz to hop po hopie, zamiast opisywać połączenie jako prywatne ogólnie.

Opłaty to druga praktyczna różnica. Enkapsulacja, sygnały utrzymania i ponowienia zużywają bajty, a aplikacje mogą wznowić transfer po przełączeniu. Istnieje też Wi-Fi domowe z licznikiem, więc sprawdź liczniki urządzenia i taryfę, zamiast zakładać, że jedna z sieci jest nieograniczona.

Logowania do portalu i ograniczenia operatora

Portal przechwytujący trzeba spełnić, zanim tunel gdziekolwiek dotrze. Ponowne połączenie VPN nie wpuści urządzenia, którego sieć nie autoryzowała, a zasada zawsze włączone może uczynić portal nieosiągalnym. Najpierw dokończ logowanie zwykłym przepływem w przeglądarce, potem podnieś tunel. Jeśli zarządzana zasada uniemożliwia tę kolejność, postępuj według udokumentowanego procesu operatora lub administratora.

Ograniczenia operatora to druga zmienna: niektóre ścieżki przenoszą tylko określone protokoły, inne agresywnie tłumaczą adresy, a jeszcze inne traktują jedną rodzinę adresów inaczej niż drugą. Porównanie zawęża błąd do ścieżki, nie wskazując, który mechanizm jest odpowiedzialny.

Przełączenie to nie to samo co ponowne połączenie

Gdy każda sieć działa osobno, obserwuj prawdziwe przełączenie. Klient może wykryć zmianę i połączyć się ponownie albo utrzymać sesję, która jest już martwa. Aplikacje już używane wracają do siebie inaczej niż te otwarte po przełączeniu, więc trwała ikona tunelu dowodzi niewiele. Sprawdź aplikację, na której naprawdę ci zależy, w trakcie przejścia i zanotuj, czy wraca do siebie bez ręcznej interwencji.

Jeśli tunel zawodzi dopiero po bezczynności, sygnał utrzymania może obsłużyć jeden przypadek stanu NAT. Nie naprawia słabego sygnału i nie rozwiązuje każdego przełączenia. Odróżnij bezczynność od ruchu, zanim zmienisz ustawienia.

Zanotuj sieć, etap błędu i zachowanie podczas przełączenia. Te trzy rzeczy oddzielają problem ścieżki od problemu klienta.

Powiązane artykuły