De ce un site îți știe în continuare orașul prin VPN
Un site poate folosi independent permisiunea de locație a browserului și IP-ul tău public: verifică permisiunea pentru origine, setarea sistemului de operare și orașul salvat.
Două mecanisme pot pune un oraș pe ecran și doar unul dintre ele îi pasă pe unde iese VPN-ul tău. API-ul Geolocation al browserului returnează poziția dispozitivului când pagina are permisiune, iar o căutare IP estimează o regiune din adresa de unde a venit cererea. Un site care îți arată orașul real în timp ce tunelul rulează în altă țară folosește de obicei primul mecanism sau citește un oraș salvat acum câteva luni. Cinci pași despart aceste cazuri.
Primul pas: decide ce mecanism poate răspunde
Începe prin a întreba ce poate ști pagina. O poziție a dispozitivului necesită un apel API și o decizie de permisiune și produce o coordonată precisă. O estimare prin IP nu cere nimic de la utilizator și produce cel mult un oraș, adesea greșit. O preferință de cont salvată nu cere niciuna dintre ele și supraviețuiește oricărei schimbări de rețea.
Aceste trei surse explică aproape fiecare raport. Un site de hărți care se centrează pe strada ta folosește API-ul. Un magazin care te salută în limba greșită folosește o estimare prin IP. Un site de știri care continuă să arate orașul tău natal după o mutare folosește ce a salvat contul tău.
| 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 |
Al doilea pas: citește permisiunea pentru exact acea origine
Browserele rețin decizia de permisiune pe origine, așa că un site pe care l-ai permis anul trecut se deschide fără o cerere nouă. Verifică intrarea de locație pentru exact acel site în setările de site ale browserului, nu valoarea globală implicită, pentru că setarea globală decide doar ce se întâmplă când nimic nu este salvat.
Apoi verifică sistemul de operare. Un browser pe un calculator sau telefon modern are nevoie și de permisiunea de locație a platformei, iar o permisiune de platformă refuzată face API-ul să eșueze chiar și când site-ul este permis. Poziția disponibilă poate veni de la serviciile platformei, care nu au nimic de-a face cu tunelul.
Două condiții tehnice explică majoritatea eșecurilor care arată ca probleme de VPN. API-ul cere un context sigur, așa că o pagină HTTP simplă nu îl poate folosi deloc, iar cadrele încorporate pot fi blocate de Permissions Policy a paginii. O cerere refuzată este deci mult mai des un rezultat al browserului sau al politicii paginii decât al rețelei.
Al treilea pas: confirmă adresa de ieșire cu o cerere nouă
Întreabă un serviciu independent ce adresă vede, din același browser pe care îl testezi. Un tab vechi, un service worker sau o pagină din cache pot raporta răspunsul de ieri, iar compararea unui răspuns proaspăt cu ce arată site-ul înlătură această îndoială.
curl -s https://ifconfig.me
curl -s https://ipinfo.io/jsonRulează-le de pe mașină, nu de pe router, și notează adresa și țara pe care le returnează fiecare. Dacă ambele raportează țara VPN-ului și site-ul arată în continuare orașul tău natal, ieșirea nu este sursa, iar candidații rămași sunt permisiunea, datele salvate și o cale de scurgere.
Căile de scurgere sunt a treia posibilitate: o extensie de browser cu propria stivă de rețea, o rută split-tunnel care trimite site-ul în afara tunelului sau o cale IPv6 pe care tunelul nu o transportă. Fiecare este vizibilă în cererea însăși, de aceea verificarea ieșirii vine înaintea oricărei modificări de setări. O extensie cu propriile setări de proxy este cea pe care oamenii o ratează, pentru că poate ocoli tunelul pentru un singur tab.
Al patrulea pas: vezi ce a salvat deja contul
Revocarea permisiunii afectează accesul viitor conform regulilor browserului și nu șterge o poziție pe care serviciul a salvat-o deja. Un oraș natal salvat, o adresă de livrare sau o regiune de profil rămân până când aplicația le actualizează, iar site-ul poate face în continuare o estimare aproximativă din adresa de ieșire.
Caută controlul de locație al site-ului înainte de a concluziona că browserul este vinovat. Multe aplicații păstrează un selector manual de regiune care anulează orice estimare automată, iar un agent de suport care citește înregistrarea contului vede acea valoare, nu conexiunea ta actuală.
Acolo unde valoarea salvată contează, schimb-o în cont și notează data. Asta îți dă un al doilea punct de date când orașul vechi apare din nou. O captură de ecran a paginii contului înainte de schimbare valorează mai mult decât o descriere după.
Al cincilea pas: schimbă o singură variabilă o dată
Testează într-o ordine fixă: verificare de ieșire nouă, permisiunea originii, permisiunea platformei, setarea contului, apoi alt profil de browser. Schimbarea mai multor lucruri deodată face sursa neidentificabilă, și așa un răspuns de cinci minute devine o săptămână de speculații.
Notează ce ai schimbat și ce a afișat pagina după aceea. Dacă afișarea se schimbă doar într-o fereastră privată, cauza este o stare salvată; dacă nu se schimbă niciodată, pagina folosește o estimare prin IP sau o valoare de cont pe care browserul nu o poate influența. Ține înainte și după în aceeași notă, pentru că modelul este dovada.
Rămâi onest în concluzie: un VPN schimbă adresa de unde vine o cerere, iar API-ul Geolocation este un canal separat cu permisiune pe care tunelul nu îl atinge. Ambele fapte pot fi adevărate în același timp, iar majoritatea rapoartelor confuze apar din tratarea lor ca alternative.