VPN werkt op Wi-Fi maar niet op mobiele data: waarom

Begin met een vergelijking, niet met een conclusie: dezelfde telefoon, hetzelfde profiel, twee netwerken. Als de tunnel op het ene mislukt en op het andere werkt, zit het verschil ergens in het pad en niet in de inloggegevens. Noteer welk soort fout je krijgt, want een weigering vóór het inloggen en een verbinding die niets overdraagt zijn verschillende problemen. Alles hieronder veronderstelt die test, uitgevoerd met alleen het netwerk gewijzigd.

Een VPN heeft de onderliggende verbinding nodig; hij vervangt die niet en kan een provider er niet toe dwingen te dragen wat de provider weigert te dragen.

Houd de telefoon vast en wijzig alleen het netwerk

Netwerk en server tegelijk wijzigen laat twee mogelijke oorzaken over en geen manier om ze te scheiden. Vergelijk hetzelfde eindpunt eerst op Wi-Fi en daarna op mobiele data, en noteer elke keer het exacte symptoom. Een fout vóór de authenticatie wijst op bereikbaarheid, een weigering van inloggegevens wijst op het account, en een verbonden tunnel die niets overdraagt wijst op routing of DNS. Alleen het eerste gaat echt over het netwerk.

Een expliciete weigering bij het inloggen hoort ook bij de authenticatiecontroles, ook als die maar op één netwerk verschijnt. Sommige providers en gastnetwerken onderscheppen verkeer op manieren die misleidende fouten opleveren.

Wat het toegangsnetwerk kan zien en in rekening brengen

De provider die de tunnel draagt, observeert de verbinding zelf: timing, volume en het adres van het VPN-eindpunt. De payload versleutelen verbergt die eigenschappen niet, en dat geldt op een thuis-Wi-Fi-link net zo goed als op mobiele data. Wat een VPN verandert, is wie wat kan zien, en het antwoord verschilt per hop. Schrijf dat per hop op in plaats van de verbinding in het algemeen als privé te beschrijven.

Kosten zijn het andere praktische verschil. Inkapseling, keepalives en herhalingen verbruiken allemaal bytes, en applicaties kunnen een overdracht na een overdracht hervatten. Er bestaat ook gemeten thuis-Wi-Fi, dus controleer de tellers van het apparaat en het abonnement in plaats van aan te nemen dat een van beide netwerken onbeperkt is.

Portaal-logins en providerbeperkingen

Een captive portal moet zijn vervuld voordat de tunnel iets kan bereiken. De VPN opnieuw verbinden laat een apparaat dat het netwerk niet heeft geautoriseerd niet toe, en een always-on-beleid kan het portaal onbereikbaar maken. Rond eerst de login via de normale browserflow af en breng dan de tunnel op. Als een beheerd beleid die volgorde verhindert, volg dan het gedocumenteerde proces van de provider of beheerder.

Providerbeperkingen zijn de andere variabele: sommige paden dragen alleen bepaalde protocollen, sommige vertalen adressen agressief, en sommige behandelen de ene adresfamilie anders dan de andere. De vergelijking beperkt de fout tot het pad zonder te identificeren welk mechanisme verantwoordelijk is.

Overdracht is niet hetzelfde als opnieuw verbinden

Zodra elk netwerk op zichzelf werkt, observeer een echte overdracht. De client kan de wijziging detecteren en opnieuw verbinden, of een sessie houden die nu dood is. Applicaties die al in gebruik zijn herstellen anders dan die na de wissel worden geopend, dus een blijvend tunnelpictogram bewijst weinig. Test de applicatie die je echt belangrijk vindt tijdens de overgang, en noteer of die zonder handmatige ingreep herstelt.

Als de tunnel alleen na inactiviteit mislukt, kan een keepalive één geval van NAT-status aanpakken. Het repareert geen zwak signaal en lost niet elke overdracht op. Onderscheid inactiviteit van beweging voordat je instellingen wijzigt.

Noteer het netwerk, de fase van de fout en het gedrag tijdens een overdracht. Die drie scheiden een padprobleem van een clientprobleem.