Pse një faqe interneti e di ende qytetin tuaj përmes një VPN
Një faqe mund të përdorë veçmas lejen e vendndodhjes së shfletuesit dhe IP-në tuaj publike: kontrolloni lejen për origjinën, cilësimin e sistemit operativ dhe qytetin e ruajtur.
Dy mekanizma mund të vendosin një qytet në ekran dhe vetëm njëri prej tyre interesohet se nga del VPN-i juaj. API Geolocation i shfletuesit kthen pozicionin e pajisjes kur faqja ka leje, dhe një kërkim IP vlerëson një rajon nga adresa nga erdhi kërkesa. Një faqe që shfaq qytetin tuaj të vërtetë ndërsa tuneli punon në një vend tjetër zakonisht përdor mekanizmin e parë, ose lexon një qytet që e ruajti muaj më parë. Pesë hapa i ndajnë këto raste.
Hapi i parë: vendosni cili mekanizëm mund të përgjigjet
Filloni duke pyetur çfarë mund të dijë faqja. Pozicioni i pajisjes kërkon një thirrje API dhe një vendim leje, dhe prodhon një koordinatë të saktë. Vlerësimi me IP nuk kërkon asgjë nga përdoruesi dhe prodhon në rastin më të mirë një qytet, shpesh të gabuar. Një preferencë llogarie e ruajtur nuk kërkon asnjërën dhe i mbijeton çdo ndryshimi të rrjetit.
Këto tre burime shpjegojnë pothuajse çdo raport. Një faqe hartash që përqendrohet në rrugën tuaj përdor API-në. Një dyqan që ju përshëndet në gjuhën e gabuar përdor një vlerësim IP. Një faqe lajmesh që pas një zhvendosjeje vazhdon të shfaqë qytetin tuaj të lindjes përdor atë që ka ruajtur llogaria juaj.
| 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 |
Hapi i dytë: lexoni lejen për saktësisht atë origjinë
Shfletuesit kujtojnë vendimin e lejes për çdo origjinë, kështu që një faqe që e lejuat vitin e kaluar hapet pa një kërkesë të re. Rishikoni zërin e vendndodhjes për atë faqe të veçantë në cilësimet e faqeve të shfletuesit, jo vlerën globale të paracaktuar, sepse cilësimi global vendos vetëm çfarë ndodh kur nuk është ruajtur asgjë.
Pastaj kontrolloni sistemin operativ. Një shfletues në një kompjuter ose telefon modern ka nevojë edhe për lejen e vendndodhjes së platformës, dhe një leje platforme e refuzuar bën që API-ja të dështojë edhe kur faqja është e lejuar. Pozicioni i disponueshëm mund të vijë nga shërbimet e platformës, të cilat nuk kanë asnjë lidhje me tunelin.
Dy kushte teknike shpjegojnë shumicën e dështimeve që duken si probleme VPN. API-ja kërkon një kontekst të sigurt, kështu që një faqe e thjeshtë HTTP nuk mund ta përdorë fare, dhe kornizat e integruara mund të bllokohen nga Permissions Policy e faqes. Një kërkesë e refuzuar është pra shumë më shpesh rezultat i shfletuesit ose i politikës së faqes sesa i rrjetit.
Hapi i tretë: konfirmoni adresën e daljes me një kërkesë të re
Pyetni një shërbim të pavarur çfarë adrese sheh, nga i njëjti shfletues që po testoni. Një skedë e vjetër, një service worker ose një faqe në cache mund të raportojnë përgjigjen e djeshme, dhe krahasimi i një përgjigjeje të re me atë që shfaq faqja e heq atë dyshim.
curl -s https://ifconfig.me
curl -s https://ipinfo.io/jsonEkzekutojini nga makina, jo nga ruteri, dhe shënoni adresën dhe vendin që kthen secili. Nëse të dy raportojnë vendin e VPN-së dhe faqja vazhdon të shfaqë qytetin tuaj të lindjes, dalja nuk është burimi, dhe kandidatët e mbetur janë leja, të dhënat e ruajtura dhe një rrugë rrjedhjeje.
Rrugët e rrjedhjes janë mundësia e tretë: një shtojcë e shfletuesit me stivën e vet të rrjetit, një rrugë split-tunnel që e dërgon faqen jashtë tunelit, ose një rrugë IPv6 që tuneli nuk e transporton. Secila është e dukshme në vetë kërkesën, prandaj kontrolli i daljes vjen para çdo ndryshimi cilësimesh. Një shtojcë me cilësime proxy të veta është ajo që njerëzit e anashkalojnë, sepse mund ta anashkalojë tunelin për një skedë të vetme.
Hapi i katërt: shihni çfarë ka ruajtur tashmë llogaria
Anulimi i lejes ndikon në aksesin e ardhshëm sipas rregullave të shfletuesit dhe nuk fshin një pozicion që shërbimi e ka ruajtur tashmë. Një qytet i lindjes i ruajtur, një adresë dërgimi ose një rajon profili mbeten derisa aplikacioni t'i përditësojë, dhe faqja ende mund të bëjë një vlerësim të përafërt nga adresa e daljes.
Kërkoni kontrollin e vendndodhjes të vetë faqes përpara se të arrini në përfundimin se shfletuesi është fajtori. Shumë aplikacione mbajnë një zgjedhës manual rajoni që anulon çdo vlerësim automatik, dhe një agjent mbështetjeje që lexon regjistrin e llogarisë sheh atë vlerë, jo lidhjen tuaj aktuale.
Kur vlera e ruajtur ka rëndësi, ndryshojeni në llogari dhe shënoni datën. Kjo ju jep një pikë të dytë të dhënash kur qyteti i vjetër shfaqet përsëri. Një pamje ekrani e faqes së llogarisë para ndryshimit vlen më shumë se një përshkrim pas tij.
Hapi i pestë: ndryshoni një variabël në një herë
Testoni në një rend fiks: kontroll i ri i daljes, leja e origjinës, leja e platformës, cilësimi i llogarisë, pastaj një profil tjetër shfletuesi. Ndryshimi i disa gjërave njëherësh e bën burimin të paidentifikueshëm, dhe kështu një përgjigje pesë minutash bëhet një javë spekulimesh.
Shënoni çfarë ndryshuat dhe çfarë shfaqi faqja më pas. Nëse shfaqja ndryshon vetëm në një dritare private, shkaku është një gjendje e ruajtur; nëse nuk ndryshon kurrë, faqja përdor një vlerësim IP ose një vlerë llogarie që shfletuesi nuk mund ta ndikojë. Mbani para dhe pas në të njëjtën shënim, sepse modeli është prova.
Jini të sinqertë në përfundim: një VPN ndryshon adresën nga vjen një kërkesë, dhe API Geolocation është një kanal i veçantë me leje që tuneli nuk e prek. Të dyja faktet mund të jenë të vërteta në të njëjtën kohë, dhe shumica e raporteve konfuze vijnë nga trajtimi i tyre si alternativa.