Hvorfor en hjemmeside stadig kender din by gennem en VPN
Et websted kan bruge browserens placeringsadgang og din offentlige IP uafhængigt: tjek oprindelsens tilladelse, OS-indstillingen og den gemte by.
To mekanismer kan sætte en by på skærmen, og kun den ene af dem bekymrer sig om, hvor din VPN går ud. Browserens Geolocation API returnerer en enhedsposition, når siden har tilladelse, og et IP-opslag skønner en region ud fra den adresse, anmodningen kom fra. Et websted, der viser din rigtige by, mens tunnelen kører i et andet land, bruger normalt den første mekanisme eller læser en by, den gemte for måneder siden. Fem trin adskiller de tilfælde.
Trin et: afgør hvilken mekanisme der kan svare
Begynd med at spørge, hvad siden overhovedet kan vide. En enhedsposition kræver et API-kald og en tilladelsesbeslutning og giver en præcis koordinat. Et IP-skøn kræver intet af brugeren og giver i bedste fald en by, ofte en forkert. En gemt kontopræference kræver ingen af delene og overlever enhver netværksændring.
De tre kilder forklarer næsten hver eneste rapport. Et kortwebsted, der centrerer på din gade, bruger API’et. En butik, der byder dig velkommen på det forkerte sprog, bruger et IP-skøn. Et nyhedssite, der bliver ved med at vise din hjemby efter en flytning, bruger det, din konto har gemt.
| What the page shows | Likely source |
|---|---|
| Street-level accuracy | Device position from the Geolocation API |
| City or region only | IP geolocation of the exit address |
| Same city for months | Stored account preference |
| Different result in a private window | Stored permission or cached state |
Trin to: læs tilladelsen for netop den oprindelse
Browsere husker en tilladelsesbeslutning pr. oprindelse, så et websted, du tillod sidste år, åbner uden en ny forespørgsel. Gennemgå placeringsposten for netop det websted i browserens webstedsindstillinger i stedet for den globale standard, fordi den globale indstilling kun afgør, hvad der sker, når intet er gemt.
Tjek derefter styresystemet. En browser på en moderne computer eller telefon har også brug for platformens placeringstilladelse, og en afvist platformstilladelse får API’et til at fejle, selv når webstedet er tilladt. Den tilgængelige position kan komme fra platformens tjenester, som intet har med tunnelen at gøre.
To tekniske betingelser forklarer de fleste fejl, der ligner VPN-problemer. API’et kræver en sikker kontekst, så en almindelig HTTP-side kan slet ikke bruge det, og indlejrede rammer kan blokeres af sidens Permissions Policy. En afvist anmodning er derfor langt oftere et resultat af browseren eller sidens politik end af netværket.
Trin tre: bekræft udgangsadressen med en frisk anmodning
Spørg en uafhængig tjeneste, hvilken adresse den ser, fra den samme browser, du tester. En forældet fane, en service worker eller en cachet side kan rapportere gårsdagens svar, og at sammenligne et friskt svar med det, webstedet viser, fjerner den tvivl.
curl -s https://ifconfig.me
curl -s https://ipinfo.io/jsonKør dem fra maskinen, ikke fra routeren, og noter den adresse og det land, hver af dem returnerer. Hvis begge rapporterer VPN-landet, og webstedet stadig viser din hjemby, er udgangen ikke kilden, og de resterende kandidater er tilladelse, gemte data og en lækvej.
Lækveje er den tredje mulighed: en browserudvidelse med sin egen netværksstak, en split-tunnel-rute, der sender webstedet uden om tunnelen, eller en IPv6-vej, som tunnelen ikke bærer. Hver af dem er synlig i selve anmodningen, og derfor kommer udgangstjekket før enhver indstillingsændring. En udvidelse med egne proxyindstillinger er den, folk overser, fordi den kan omgå tunnelen for en enkelt fane.
Trin fire: se hvad kontoen allerede har gemt
Tilbagekaldelse af tilladelse påvirker fremtidig adgang efter browserens regler og sletter ikke en position, tjenesten allerede har gemt. En gemt hjemby, en leveringsadresse eller en profilregion bliver, indtil applikationen opdaterer den, og webstedet kan stadig lave et omtrentligt skøn ud fra udgangsadressen.
Se efter webstedets egen placeringskontrol, før du konkluderer, at browseren er skylden. Mange applikationer har en manuel regionsvælger, der tilsidesætter ethvert automatisk skøn, og en supportmedarbejder, der læser kontoregistret, ser den værdi i stedet for din nuværende forbindelse.
Hvor den gemte værdi betyder noget, ændr den på kontoen og noter datoen. Det giver dig et andet datapunkt, når den gamle by dukker op igen. Et skærmbillede af kontosiden før ændringen er mere værd end en beskrivelse af den bagefter.
Trin fem: ændr én variabel ad gangen
Test i en fast rækkefølge: friskt udgangstjek, oprindelsestilladelse, platformstilladelse, kontoindstilling, derefter en anden browserprofil. Ændrer du flere ting på én gang, bliver kilden uidentificerbar, og det er sådan et svar på fem minutter bliver til en uges gætteri.
Noter, hvad du ændrede, og hvad siden viste bagefter. Hvis visningen kun ændrer sig i et privat vindue, er årsagen gemt tilstand; hvis den aldrig ændrer sig, bruger siden et IP-skøn eller en kontoværdi, som browseren ikke kan påvirke. Hold før og efter i samme note, fordi mønsteret er beviset.
Vær ærlig i konklusionen: en VPN ændrer den adresse, en anmodning kommer fra, og Geolocation API er en separat kanal med tilladelse, som tunnelen ikke rører. Begge fakta kan være sande samtidig, og de fleste forvirrende rapporter kommer af at behandle dem som alternativer.