Kwa nini tovuti bado inajua mji wako kupitia VPN
Tovuti inaweza kutumia ruhusa ya mahali ya kivinjari na IP yako ya umma kwa njia huru: angalia ruhusa ya chanzo, mpangilio wa mfumo wa uendeshaji na mji uliohifadhiwa.
Mbinu mbili zinaweza kuweka mji kwenye skrini na moja tu kati yao inajali VPN yako inatoka wapi. Geolocation API ya kivinjari hurudisha mahali pa kifaa wakati ukurasa una ruhusa, na utafutaji wa IP hukadiria eneo kutoka anwani ambayo ombi lilitoka. Tovuti inayoonyesha mji wako halisi wakati handaki linaendesha katika nchi nyingine kwa kawaida hutumia mbinu ya kwanza, au husoma mji ambao iliuhifadhi miezi kadhaa iliyopita. Hatua tano hutenganisha hali hizo.
Hatua ya kwanza: amua ni utaratibu upi unaweza kujibu
Anza kwa kuuliza ukurasa unaweza kujua nini. Mahali pa kifaa huhitaji ombi la API na uamuzi wa ruhusa, na hutoa uratibu sahihi. Kadirio la IP halihitaji chochote kutoka kwa mtumiaji na hutoa mji kwa bora, mara nyingi usio sahihi. Upendeleo wa akaunti uliohifadhiwa hauhitaji yote mawili na hustahimili kila mabadiliko ya mtandao.
Vyanzo hivyo vitatu huelezea karibu ripoti yote. Tovuti ya ramani inayolenga mtaa wako hutumia API. Duka linalokusalimu kwa lugha isiyo sahihi hutumia kadirio la IP. Tovuti ya habari inayoendelea kuonyesha mji wako wa nyumbani baada ya kuhamia hutumia kile akaunti yako ilihifadhi.
| 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 |
Hatua ya pili: soma ruhusa kwa chanzo hicho kamili
Vivinjari hukumbuka uamuzi wa ruhusa kwa kila chanzo, kwa hiyo tovuti uliyoiruhusu mwaka jana hufunguka bila ombi jipya. Pitia ingizo la mahali kwa tovuti hiyo mahususi katika mipangilio ya tovuti ya kivinjari badala ya chaguo-msingi la jumla, kwa sababu mpangilio wa jumla huamua tu kile kinachotokea wakati hakuna kilichohifadhiwa.
Kisha angalia mfumo wa uendeshaji. Kivinjari kwenye kompyuta au simu ya kisasa pia huhitaji ruhusa ya mahali ya jukwaa, na ruhusa ya jukwaa iliyokataliwa hufanya API ishindwe hata wakati tovuti imeruhusiwa. Mahali panapopatikana panaweza kutoka kwa huduma za jukwaa, ambazo hazina uhusiano wowote na handaki.
Masharti mawili ya kiufundi huelezea kushindwa nyingi kunakoonekana kama matatizo ya VPN. API inahitaji muktadha salama, kwa hiyo ukurasa wa kawaida wa HTTP hauwezi kuitumia kabisa, na fremu zilizopachikwa zinaweza kuzuiwa na Permissions Policy ya ukurasa. Kwa hiyo ombi lililokataliwa mara nyingi ni matokeo ya kivinjari au sera ya ukurasa kuliko ya mtandao.
Hatua ya tatu: thibitisha anwani ya kutoka kwa ombi jipya
Uliza huduma huru inaona anwani gani, kutoka kivinjari hicho hicho unachojaribu. Kichupo cha zamani, service worker au ukurasa uliohifadhiwa kwenye akiba unaweza kuripoti jibu la jana, na kulinganisha jibu jipya na kile tovuti inaonyesha huondoa shaka hiyo.
curl -s https://ifconfig.me
curl -s https://ipinfo.io/jsonZitumie kutoka kwenye mashine, si kutoka kwenye rauta, na andika anwani na nchi ambayo kila moja hurudisha. Ikiwa zote mbili zinaripoti nchi ya VPN na tovuti bado inaonyesha mji wako wa nyumbani, kutoka si chanzo, na watahiniwa waliobaki ni ruhusa, data iliyohifadhiwa na njia ya kuvuja.
Njia za kuvuja ni uwezekano wa tatu: kiendelezi cha kivinjari chenye tabaka lake la mtandao, njia ya split-tunnel inayotuma tovuti nje ya handaki, au njia ya IPv6 ambayo handaki haibebi. Kila moja inaonekana katika ombi lenyewe, kwa hiyo ukaguzi wa kutoka huja kabla ya mabadiliko yoyote ya mipangilio. Kiendelezi chenye mipangilio yake ya proxy ndicho watu hukosa, kwa sababu kinaweza kupita handaki kwa kichupo kimoja.
Hatua ya nne: angalia kile akaunti imekwisha kuhifadhi
Kubatilisha ruhusa huathiri ufikiaji wa baadaye kwa mujibu wa kanuni za kivinjari na hakufuti mahali ambapo huduma imekwisha kuhifadhi. Mji wa nyumbani uliohifadhiwa, anwani ya uwasilishaji au eneo la wasifu hubaki hadi programu iisasishe, na tovuti bado inaweza kufanya kadirio la kukadiria kutoka anwani ya kutoka.
Tafuta udhibiti wa mahali wa tovuti yenyewe kabla ya kuhitimisha kuwa kivinjari ndicho kichwa cha hatia. Programu nyingi huweka kichaguzi cha eneo cha mkono kinachopuuza kila kadirio la kiotomatiki, na wakala wa usaidizi anayesoma rekodi ya akaunti huona thamani hiyo badala ya muunganisho wako wa sasa.
Palipo na thamani iliyohifadhiwa ni muhimu, ibadilishe kwenye akaunti na uandike tarehe. Hiyo inakupa nukta ya pili ya data wakati mji wa zamani unapotokea tena. Picha ya skrini ya ukurasa wa akaunti kabla ya mabadiliko ina thamani zaidi kuliko maelezo baada yake.
Hatua ya tano: badilisha kigezo kimoja kwa wakati
Jaribu kwa mpangilio maalum: ukaguzi mpya wa kutoka, ruhusa ya chanzo, ruhusa ya jukwaa, mpangilio wa akaunti, kisha wasifu mwingine wa kivinjari. Kubadilisha mambo kadhaa kwa wakati mmoja hufanya chanzo kisitambulike, na hivyo jibu la dakika tano linakuwa wiki ya uzushi.
Andika ulichobadilisha na kile ukurasa ulionyesha baadaye. Ikiwa onyesho hubadilika tu katika dirisha la faragha, sababu ni hali iliyohifadhiwa; ikiwa haibadiliki kamwe, ukurasa unatumia kadirio la IP au thamani ya akaunti ambayo kivinjari hakiwezi kuathiri. Weka kabla na baada katika noti moja, kwa sababu muundo ndio ushahidi.
Kua mwaminifu katika hitimisho: VPN hubadilisha anwani ambayo ombi linatoka, na Geolocation API ni njia tofauti yenye ruhusa ambayo handaki haigusi. Mambo yote mawili yanaweza kuwa kweli kwa wakati mmoja, na ripoti nyingi zenye mkanganyiko hutokana na kuyachukua kama njia mbadala.