Waarom een website je stad nog steeds kent via een VPN
Een site kan de locatietoestemming van de browser en je openbare IP onafhankelijk gebruiken: controleer de toestemming voor de oorsprong, de OS-instelling en de opgeslagen stad.
Twee mechanismen kunnen een stad op het scherm zetten en slechts één ervan geeft erom waar je VPN uitkomt. De Geolocation API van de browser geeft een apparaatpositie terug wanneer de pagina toestemming heeft, en een IP-opzoeking schat een regio uit het adres waar het verzoek vandaan kwam. Een site die je echte stad toont terwijl de tunnel in een ander land draait, gebruikt meestal het eerste mechanisme, of leest een stad die hij maanden geleden opsloeg. Vijf stappen scheiden die gevallen.
Eerste stap: bepaal welk mechanisme kan antwoorden
Begin met de vraag wat de pagina überhaupt kan weten. Een apparaatpositie vereist een API-aanroep en een toestemmingsbeslissing, en levert een precieze coördinaat op. Een IP-schatting vraagt niets van de gebruiker en levert op zijn best een stad op, vaak een verkeerde. Een opgeslagen accountvoorkeur vereist geen van beide en overleeft elke netwerkwijziging.
Die drie bronnen verklaren bijna elk rapport. Een kaartsite die op je straat centreren, gebruikt de API. Een winkel die je in de verkeerde taal begroet, gebruikt een IP-schatting. Een nieuwssite die na een verhuizing je geboortestad blijft tonen, gebruikt wat je account heeft opgeslagen.
| 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 |
Tweede stap: lees de toestemming voor precies die oorsprong
Browsers onthouden een toestemmingsbeslissing per oorsprong, dus een site die je vorig jaar hebt toegestaan, opent zonder nieuwe vraag. Bekijk de locatievermelding voor precies die site in de site-instellingen van de browser in plaats van de algemene standaard, want de algemene instelling bepaalt alleen wat er gebeurt als er niets is opgeslagen.
Controleer daarna het besturingssysteem. Een browser op een moderne computer of telefoon heeft ook de locatietoestemming van het platform nodig, en een geweigerde platformtoestemming laat de API mislukken, zelfs als de site is toegestaan. De beschikbare positie kan van de diensten van het platform komen, die niets met de tunnel te maken hebben.
Twee technische voorwaarden verklaren de meeste storingen die op VPN-problemen lijken. De API vereist een veilige context, dus een gewone HTTP-pagina kan hem helemaal niet gebruiken, en ingesloten frames kunnen door het Permissions Policy van de pagina worden geblokkeerd. Een geweigerd verzoek is daarom veel vaker een resultaat van de browser of het paginabeleid dan van het netwerk.
Derde stap: bevestig het uitgaande adres met een nieuw verzoek
Vraag een onafhankelijke dienst welk adres hij ziet, vanuit dezelfde browser die je test. Een verouderd tabblad, een service worker of een gecachte pagina kan het antwoord van gisteren melden, en een vers antwoord vergelijken met wat de site toont, neemt die twijfel weg.
curl -s https://ifconfig.me
curl -s https://ipinfo.io/jsonVoer ze uit vanaf de machine, niet vanaf de router, en noteer het adres en het land dat elk teruggeeft. Als beide het VPN-land melden en de site nog steeds je geboortestad toont, is de uitgang niet de bron, en de overgebleven kandidaten zijn toestemming, opgeslagen gegevens en een lekpad.
Lekpaden zijn de derde mogelijkheid: een browserextensie met een eigen netwerkstack, een split-tunnelroute die de site buiten de tunnel stuurt, of een IPv6-pad dat de tunnel niet draagt. Elk is zichtbaar in het verzoek zelf, daarom komt de uitgangscontrole vóór elke instellingswijziging. Een extensie met eigen proxy-instellingen is degene die mensen missen, omdat hij de tunnel voor één tabblad kan omzeilen.
Vierde stap: kijk wat het account al heeft opgeslagen
Het intrekken van toestemming beïnvloedt toekomstige toegang volgens de regels van de browser en wist geen positie die de dienst al heeft opgeslagen. Een opgeslagen geboortestad, een bezorgadres of een profielregio blijft staan tot de toepassing die bijwerkt, en de site kan nog steeds een ruwe schatting maken op basis van het uitgaande adres.
Zoek de eigen locatiebesturing van de site voordat je concludeert dat de browser schuldig is. Veel toepassingen houden een handmatige regiokiezer die elke automatische schatting overschrijft, en een supportmedewerker die het accountrecord leest, ziet die waarde in plaats van je huidige verbinding.
Waar de opgeslagen waarde ertoe doet, wijzig die in het account en noteer de datum. Dat geeft je een tweede datapunt wanneer de oude stad weer opduikt. Een schermafbeelding van de accountpagina vóór de wijziging is meer waard dan een beschrijving erna.
Vijfde stap: wijzig één variabele per keer
Test in een vaste volgorde: verse uitgangscontrole, oorsprongstoestemming, platformtoestemming, accountinstelling, dan een ander browserprofiel. Meerdere dingen tegelijk wijzigen maakt de bron onidentificeerbaar, en zo wordt een antwoord van vijf minuten een week speculatie.
Noteer wat je hebt gewijzigd en wat de pagina daarna toonde. Als de weergave alleen in een privévenster verandert, is de oorzaak opgeslagen toestand; als ze nooit verandert, gebruikt de pagina een IP-schatting of een accountwaarde die de browser niet kan beïnvloeden. Houd voor en na in dezelfde notitie, want het patroon is het bewijs.
Blijf eerlijk in de conclusie: een VPN wijzigt het adres waar een verzoek vandaan komt, en de Geolocation API is een apart kanaal met toestemming dat de tunnel niet raakt. Beide feiten kunnen tegelijk waar zijn, en de meeste verwarrende rapporten ontstaan doordat ze als alternatieven worden behandeld.