Miért ismeri a webhely még VPN-en át is a városát
Egy webhely a böngésző helyengedélyét és a nyilvános IP-címét egymástól függetlenül használhatja: ellenőrizze az eredetre vonatkozó engedélyt, az operációs rendszer beállítását és a mentett várost.
Két mechanizmus tehet várost a képernyőre, és csak az egyik törődik azzal, honnan lép ki a VPN-je. A böngésző Geolocation API-ja visszaadja az eszköz pozícióját, ha az oldalnak van engedélye, az IP-keresés pedig egy régiót becsül meg abból a címből, ahonnan a kérés érkezett. Egy webhely, amely az igazi városát mutatja, miközben az alagút más országban fut, általában az első mechanizmust használja, vagy egy hónapokkal korábban mentett várost olvas. Öt lépés választja el ezeket az eseteket.
Első lépés: döntse el, melyik mechanizmus válaszolhat
Kezdje azzal a kérdéssel, mit tudhat egyáltalán az oldal. Az eszköz pozíciója API-hívást és engedélydöntést igényel, és pontos koordinátát ad. Az IP-becslés semmit nem kér a felhasználótól, és legjobb esetben egy várost ad, gyakran rosszat. A mentett fiókbeállítás egyiket sem igényli, és minden hálózatváltást túlél.
Ez a három forrás magyarázza szinte az összes jelentést. Egy térképes webhely, amely az utcájára központosít, az API-t használja. Egy üzlet, amely rossz nyelven köszönti, IP-becslést használ. Egy híroldal, amely költözés után is a szülővárosát mutatja, azt használja, amit a fiókja mentett.
| 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 |
Második lépés: olvassa el az engedélyt pontosan arra az eredetre
A böngészők eredet szerint megjegyzik az engedélydöntést, ezért egy tavaly engedélyezett webhely új kérés nélkül nyílik meg. A globális alapértelmezés helyett a böngésző webhely-beállításaiban nézze meg annak a webhelynek a helybejegyzését, mert a globális beállítás csak azt dönti el, mi történik, ha semmi sincs mentve.
Utána ellenőrizze az operációs rendszert. Egy modern asztali gépen vagy telefonon a böngészőnek a platform helyengedélyére is szüksége van, és az elutasított platformengedély miatt az API akkor is meghiúsul, ha a webhely engedélyezett. A rendelkezésre álló pozíció a platform szolgáltatásaiból származhat, amelyeknek semmi közük az alagúthoz.
Két technikai feltétel magyarázza a VPN-problémának tűnő hibák többségét. Az API biztonságos kontextust igényel, ezért egy egyszerű HTTP-oldal egyáltalán nem használhatja, a beágyazott kereteket pedig az oldal Permissions Policy-je blokkolhatja. Az elutasított kérés ezért sokkal gyakrabban a böngésző vagy az oldal szabályzatának eredménye, mint a hálózaté.
Harmadik lépés: erősítse meg a kimenő címet egy friss kéréssel
Kérdezzen meg egy független szolgáltatást, milyen címet lát, ugyanabból a böngészőből, amelyet tesztel. Egy elavult lap, egy service worker vagy egy gyorsítótárazott oldal a tegnapi választ jelentheti, és egy friss válasz összevetése a webhely megjelenítésével megszünteti ezt a kételyt.
curl -s https://ifconfig.me
curl -s https://ipinfo.io/jsonFuttassa ezeket a gépről, ne az útválasztóról, és jegyezze fel a címet és az országot, amelyet mindegyik visszaad. Ha mindkettő a VPN országát jelenti, és a webhely továbbra is a szülővárosát mutatja, akkor a kimenet nem a forrás, és a fennmaradó jelöltek az engedély, a mentett adatok és egy szivárgási útvonal.
A szivárgási útvonalak a harmadik lehetőség: egy böngészőbővítmény saját hálózati veremmel, egy split-tunnel útvonal, amely az alagúton kívülre küldi a webhelyet, vagy egy IPv6-útvonal, amelyet az alagút nem visz át. Mindegyik magában a kérésben látható, ezért a kimenet ellenőrzése minden beállításmódosítás előtt jön. A saját proxybeállításokkal rendelkező bővítmény az, amelyet az emberek kihagynak, mert egyetlen lap esetében megkerülheti az alagutat.
Negyedik lépés: nézze meg, mit mentett már a fiók
Az engedély visszavonása a böngésző szabályai szerint hat a jövőbeli hozzáférésre, és nem törli a szolgáltatás által már mentett pozíciót. A mentett szülőváros, a szállítási cím vagy a profilrégió addig marad, amíg az alkalmazás frissíti, és a webhely továbbra is tud hozzávetőleges becslést adni a kimenő címből.
Keresse a webhely saját helyvezérlését, mielőtt arra jutna, hogy a böngésző a hibás. Sok alkalmazás tart fenn kézi régióválasztót, amely felülír minden automatikus becslést, és az ügyfélszolgálati munkatárs, aki a fiók rekordját olvassa, ezt az értéket látja, nem az aktuális kapcsolatát.
Ahol a mentett érték számít, módosítsa a fiókban, és jegyezze fel a dátumot. Ez második adatpontot ad, amikor a régi város újra megjelenik. Egy képernyőkép a fiók oldaláról a módosítás előtt többet ér, mint egy leírás utána.
Ötödik lépés: egyszerre egy változót módosítson
Teszteljen rögzített sorrendben: friss kimenet-ellenőrzés, eredeti engedély, platformengedély, fiókbeállítás, majd egy másik böngészőprofil. Ha több dolgot egyszerre módosít, a forrás azonosíthatatlanná válik, és így lesz egy ötperces válaszból egy hetes találgatás.
Jegyezze fel, mit módosított, és mit mutatott utána az oldal. Ha a megjelenítés csak privát ablakban változik, az ok mentett állapot; ha soha nem változik, az oldal IP-becslést vagy olyan fiókértéket használ, amelyet a böngésző nem befolyásolhat. Tartsa az előtte és utána állapotot ugyanabban a jegyzetben, mert a minta a bizonyíték.
Maradjon őszinte a következtetésben: a VPN megváltoztatja a címet, ahonnan a kérés érkezik, és a Geolocation API egy külön, engedélyhez kötött csatorna, amelyhez az alagút nem nyúl. Mindkét tény igaz lehet egyszerre, és a legtöbb zavaros jelentés abból ered, hogy alternatívaként kezelik őket.