VPN virker på Wi-Fi, men ikke på mobildata: hvorfor
Den samme profil kan virke derhjemme og fejle på mobilnettet. Skift kun netværk, noter hvilket trin der fejler, og kontrollér derefter portallogins og adfærden ved overdragelse.
Begynd med en sammenligning, ikke en konklusion: samme telefon, samme profil, to netværk. Hvis tunnelen fejler på det ene og virker på det andet, ligger forskellen et sted på vejen og ikke i legitimationsoplysningerne. Noter hvilken fejl du får, fordi et afslag før login og en forbindelse, der ikke bærer noget, er to forskellige problemer. Alt nedenfor forudsætter den test, udført med kun netværket ændret.
En VPN har brug for den underliggende forbindelse; den erstatter den ikke og kan ikke tvinge en operatør til at bære det, operatøren afviser at bære.
Hold telefonen fast og skift kun netværket
Ændrer du netværk og server samtidig, står du med to mulige årsager og ingen måde at skille dem ad. Sammenlign samme endepunkt først på Wi-Fi, derefter på mobildata, og noter det præcise symptom hver gang. En fejl før godkendelse peger på tilgængelighed, et afvist login peger på kontoen, og en tilsluttet tunnel, der ikke bærer noget, peger på routing eller DNS. Kun det første handler reelt om netværket.
Et udtrykkeligt afslag ved login hører også med i godkendelseskontrollerne, selv om det kun vises på ét netværk. Nogle operatører og gæstenetværk opsnapper trafik på måder, der giver misvisende fejl.
Hvad adgangsnettet kan se, og hvad det kan opkræve
Operatøren, der bærer tunnelen, ser selve forbindelsen: timing, volumen og adressen på VPN-endepunktet. Kryptering af indholdet skjuler ikke de egenskaber, og det gælder på et Wi-Fi-link derhjemme lige så vel som på mobildata. Det, en VPN ændrer, er hvem der kan se hvad, og svaret er forskelligt ved hvert hop. Skriv det ned hop for hop i stedet for at beskrive forbindelsen som privat generelt.
Opkrævninger er den anden praktiske forskel. Indkapsling, keepalive-signaler og gentagne forsøg bruger alle bytes, og applikationer kan genoptage en overførsel efter en overdragelse. Der findes også Wi-Fi derhjemme med måler, så tjek enhedens tællere og abonnementet i stedet for at antage, at et af netværkene er ubegrænset.
Portallogins og operatørrestriktioner
En captive portal skal opfyldes, før tunnelen kan nå noget som helst. At genoprette VPN-forbindelsen lukker ikke en enhed ind, som netværket ikke har godkendt, og en always-on-politik kan gøre portalen utilgængelig. Fuldfør først login via det normale browserforløb, og rejs derefter tunnelen. Hvis en administreret politik forhindrer den rækkefølge, følg operatørens eller administratorens dokumenterede proces.
Operatørrestriktioner er den anden variabel: nogle ruter bærer kun bestemte protokoller, nogle oversætter adresser aggressivt, og nogle håndterer én adressefamilie anderledes end en anden. Sammenligningen indsnævrer fejlen til vejen uden at identificere, hvilken mekanisme der er ansvarlig.
Overdragelse er ikke det samme som genopkobling
Når hvert netværk virker for sig selv, så observer en rigtig overdragelse. Klienten kan opdage ændringen og genopkoble, eller den kan holde en session, der nu er død. Applikationer, der allerede er i brug, kommer sig anderledes end dem, der åbnes efter skiftet, så et vedvarende tunnelikon beviser kun lidt. Test den applikation, du faktisk bekymrer dig om, gennem overgangen, og noter, om den kommer sig uden manuel indgriben.
Hvis tunnelen kun fejler efter stilstand, kan et keepalive-signal håndtere ét tilfælde af NAT-tilstand. Det reparerer ikke et svagt signal og løser ikke enhver overdragelse. Skeln mellem stilstand og bevægelse, før du ændrer indstillinger.
Noter netværket, fejltrinnet og adfærden gennem en overdragelse. De tre skiller et vejproblem fra et klientproblem.