Din VPN är på, men appen vet fortfarande var du är

Du slår på VPN:en, öppnar appen, och den visar fortfarande staden du står i. Inget är trasigt. Appen rapporterar något den redan vet i stället för att se din trafik lämna tunneln. I det resultatet gömmer sig två olika frågor, och att blanda ihop dem skickar folk att installera om klienten.

Vad appen faktiskt fick

En position på en skärm kan komma från minst fyra ställen. En platsbestämning från enheten, en ungefärlig stad härledd från din IP-adress, en adress som sparats i ditt konto, eller något du skrev i ett formulär.

En platsbestämning från enheten är vad folk menar när de säger att appen vet var de är. På en telefon är det GPS, Wi-Fi-skanning och mobildata som systemet kombinerar; på en laptop är det oftast en sökning i en Wi-Fi-databas. Allt kommer genom ett tillstånd som appen bad om och du gav. Tunneln spelar ingen roll.

Kontodata är den listigare källan. En leveransapp som redan lagrar din hemadress behöver ingen sensor för att visa den igen.

Varför tunneln inte kan täcka detta

Ett VPN ersätter adressen som din trafik verkar komma från. Det rör inte tillståndsmodellen, sensorerna eller kontoposten på servern. Data som appen samlar in lokalt och sedan laddar upp färdas inne i den krypterade anslutningen, och det är just vad anslutningen är till för. Servern som tar emot dem får kännedom om innehållet eftersom appen valde att skicka det.

Tänk på ett namn som skrivits i ett formulär. Tunneln döljer kuvertet, inte brevet.

Därför kan en adresskontroll i en webbläsare gå emot en app. Webbläsaren rapporterar utadressen; appen rapporterar en sensoravläsning. Båda är korrekta svar på olika frågor.

Tillstånd, rättighet och vad plattformen tillåter

Apples platskontroller för Mac är en användbar referens eftersom de förklarar var siffran kommer ifrån: appar använder Location Services, och Mac:en uppskattar sin position från Wi-Fi-nätverk i närheten. Samma sida noterar att appar och webbplatser kan använda andra metoder även när Location Services är avstängt. Den brasklappen är hela historien på en rad.

På telefoner är uppdelningen liknande. En app har antingen ett platstillstånd eller inte, och plattformen avgör vad den får läsa. En VPN-klient är ingen tillståndshanterare och kan inte återkalla en annan apps tillstånd.

Språk, tidszon och lokala inställningar är svaga signaler i sig. De flyttar var en tjänst gissar, inte var du är.

Hur ett riktigt läckage ser ut

Riktiga läckage är värda att skilja ut, eftersom de har andra symtom: din riktiga adress dyker upp i sidans egen diagnostik, DNS-frågor löses via din leverantör, IPv6-trafik går utanför tunneln, eller en regel för delad tunnel utesluter appen du brydde dig om. De felen visar en värd du inte tänkt kontakta, och de ändras när du stänger av VPN:en.

Tecknet är överraskningens riktning. Ett läckage avslöjar för en främling vem du är, medan en inlämning från appen avslöjar vad appen redan hade.

Testa det första fallet genom att jämföra vad en webbplats rapporterar om din adress med vad VPN-panelen säger om den anslutna sessionen. Testa det andra genom att titta på vad din kontoprofil innehåller.

Vad du bör kontrollera de närmaste tio minuterna

Öppna appens tillståndspunkt och läs platsinställningen. Om den är tillåten och du inte vill att appen ska ha en position, ändra den till ungefärlig eller neka den, och ladda sedan om appen så att den slutar använda en cachad bestämning. Titta sedan på den sparade adressen och uppladdningsfälten, eftersom ett återkallat tillstånd inte raderar ett värde som servern redan har. Kontrollera till sist VPN-klientens lista över delad tunnel så att du vet vilka appar som går förbi tunneln.

Gör de tre i ordning och oklarheten faller oftast bort av sig själv.

Om positionen överlever allt detta och VPN-panelen fortfarande visar en frisk session, tittar du på sparade data och inte på ett läckage. Att byta utlandsland flyttar den inte. Att radera det sparade värdet, eller kontofältet som skapade det, är det enda steget som gör det.