Per què un lloc web encara coneix la teva ciutat a través d’una VPN
Un lloc pot usar el permís d’ubicació del navegador i la teva IP pública de manera independent: comprova el permís de l’origen, el paràmetre del sistema i la ciutat desada.
Dos mecanismes poden posar una ciutat a la pantalla i només un d’ells mira per on surt la teva VPN. L’API Geolocation del navegador retorna una posició del dispositiu quan la pàgina té permís, i una consulta d’IP estima una regió a partir de l’adreça des d’on ha arribat la petició. Un lloc que mostra la teva ciutat real mentre el túnel funciona en un altre país normalment usa el primer mecanisme, o llegeix una ciutat que va desar fa mesos. Cinc passos separen aquests casos.
Pas u: decidiu quin mecanisme pot respondre
Comenceu preguntant què pot saber la pàgina. Una posició del dispositiu requereix una crida a l’API i una decisió de permís, i produeix una coordenada precisa. Una estimació per IP no requereix res de l’usuari i produeix una ciutat en el millor cas, sovint una d’equivocada. Una preferència de compte desada no requereix cap de les dues coses i sobreviu a cada canvi de xarxa.
Aquestes tres fonts expliquen gairebé tots els informes. Un lloc de mapes que se centra al teu carrer usa l’API. Una botiga que et saluda en l’idioma equivocat usa una estimació per IP. Un lloc de notícies que continua mostrant la teva ciutat natal després d’un trasllat usa el que ha desat el teu compte.
| 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 |
Pas dos: llegiu el permís per a aquest origen exacte
Els navegadors recorden la decisió de permís per origen, així que un lloc que vas permetre l’any passat s’obre sense cap petició nova. Reviseu l’entrada d’ubicació per a aquest lloc concret a la configuració de llocs del navegador en lloc del valor global per defecte, perquè la configuració global només decideix què passa quan no hi ha res desat.
Després comproveu el sistema operatiu. Un navegador en un ordinador o telèfon modern també necessita el permís d’ubicació de la plataforma, i un permís de plataforma denegat fa fallar l’API fins i tot quan el lloc està permès. La posició disponible pot venir dels serveis de la plataforma, que no tenen res a veure amb el túnel.
Dues condicions tècniques expliquen la majoria de fallades que semblen problemes de VPN. L’API requereix un context segur, així que una pàgina HTTP simple no la pot usar de cap manera, i els marcs incrustats poden ser bloquejats per la Permissions Policy de la pàgina. Una petició denegada és, per tant, molt més sovint un resultat del navegador o de la política de la pàgina que de la xarxa.
Pas tres: confirmeu l’adreça de sortida amb una petició nova
Pregunteu a un servei independent quina adreça veu, des del mateix navegador que esteu provant. Una pestanya obsoleta, un service worker o una pàgina en memòria cau poden informar de la resposta d’ahir, i comparar una resposta nova amb el que mostra el lloc elimina aquest dubte.
curl -s https://ifconfig.me
curl -s https://ipinfo.io/jsonExecuteu-los des de la màquina, no des del router, i anoteu l’adreça i el país que retorna cadascun. Si tots dos informen del país de la VPN i el lloc encara mostra la teva ciutat natal, la sortida no és la font i els candidats restants són el permís, les dades desades i un camí de fuita.
Els camins de fuita són la tercera possibilitat: una extensió del navegador amb la seva pròpia pila de xarxa, una ruta split-tunnel que envia el lloc fora del túnel, o un camí IPv6 que el túnel no transporta. Cadascun és visible en la mateixa petició, per això la comprovació de sortida va abans de qualsevol canvi de configuració. Una extensió amb configuració de proxy pròpia és la que la gent passa per alt, perquè pot saltar-se el túnel per a una sola pestanya.
Pas quatre: mireu què ha desat ja el compte
Revocar el permís afecta l’accés futur segons les regles del navegador i no esborra una posició que el servei ja ha desat. Una ciutat natal desada, una adreça d’entrega o una regió de perfil es queden fins que l’aplicació les actualitza, i el lloc encara pot fer una estimació aproximada a partir de l’adreça de sortida.
Busqueu el control d’ubicació propi del lloc abans de concloure que el navegador té la culpa. Moltes aplicacions mantenen un selector de regió manual que substitueix cada estimació automàtica, i un agent de suport que llegeix el registre del compte veu aquest valor en lloc de la teva connexió actual.
Quan el valor desat importa, canvieu-lo al compte i anoteu la data. Això us dona un segon punt de dades quan la ciutat antiga torni a aparèixer. Una captura de pantalla de la pàgina del compte abans del canvi val més que una descripció després.
Pas cinc: canvieu una variable alhora
Proveu en un ordre fix: comprovació de sortida nova, permís de l’origen, permís de la plataforma, paràmetre del compte i després un altre perfil de navegador. Canviar diverses coses alhora fa que la font no es pugui identificar, i així és com una resposta de cinc minuts es converteix en una setmana d’especulació.
Anoteu què heu canviat i què ha mostrat la pàgina després. Si la visualització només canvia en una finestra privada, la causa és un estat desat; si no canvia mai, la pàgina usa una estimació per IP o un valor del compte que el navegador no pot influir. Manteniu el abans i el després en la mateixa nota, perquè el patró és la prova.
Sigueu honestos en la conclusió: una VPN canvia l’adreça des d’on arriba una petició, i l’API Geolocation és un canal separat amb permís que el túnel no toca. Tots dos fets poden ser certs alhora, i la majoria d’informes confusos vénen de tractar-los com a alternatives.