Kial retejo ankoraŭ scias vian urbon per VPN
Retejo povas sendepende uzi la permeson pri loko en la retumilo kaj vian publikan IP: kontrolu la permeson por la origino, la agordon de la operaciumo kaj la konservitan urbon.
Du mekanismoj povas meti urbon sur la ekranon, kaj nur unu el ili zorgas, de kie eliras via VPN. La Geolocation API de la retumilo redonas pozicion de la aparato, kiam la paĝo havas permeson, kaj IP-serĉo taksas regionon el la adreso, de kiu venis la peto. Retejo, kiu montras vian veran urbon dum la tunelo funkcias en alia lando, kutime uzas la unuan mekanismon aŭ legas urbon, kiun ĝi konservis antaŭ monatoj. Kvin paŝoj apartigas tiujn kazojn.
Paŝo unu: decidu, kiu mekanismo povas respondi
Komencu demandante, kion la paĝo entute povas scii. Pozicio de aparato postulas API-vokon kaj permesan decidon, kaj ĝi produktas precizan koordinaton. IP-takso postulas nenion de la uzanto kaj produktas plej bone urbon, ofte malĝustan. Konservita konta prefero postulas nek unu nek alian kaj travivas ĉiun retan ŝanĝon.
Tiuj tri fontoj klarigas preskaŭ ĉiun raporton. Mapretejo, kiu centriĝas sur via strato, uzas la API-on. Butiko, kiu salutas vin en la malĝusta lingvo, uzas IP-takson. Novaĵretejo, kiu daŭre montras vian hejmurbon post translokiĝo, uzas tion, kion via konto konservis.
| 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 |
Paŝo du: legu la permeson por ĝuste tiu origino
Retumiloj memoras permesan decidon por ĉiu origino, do retejo, kiun vi permesis pasintjare, malfermiĝas sen nova demando. Kontrolu la lokan enskribon por ĝuste tiu retejo en la retejaj agordoj de la retumilo anstataŭ la tutmonda defaŭlto, ĉar la tutmonda agordo decidas nur, kio okazas, kiam nenio estas konservita.
Poste kontrolu la operaciumon. Retumilo sur moderna komputilo aŭ telefono ankaŭ bezonas la lokan permeson de la platformo, kaj rifuzita platforma permeso igas la API-on malsukcesi eĉ kiam la retejo estas permesita. La disponebla pozicio povas veni de la servoj de la platformo, kiuj havas nenion komunan kun la tunelo.
Du teknikaj kondiĉoj klarigas la plej multajn malsukcesojn, kiuj aspektas kiel VPN-problemoj. La API postulas sekuran kuntekston, do ordinara HTTP-paĝo tute ne povas uzi ĝin, kaj enkonstruitaj kadroj povas esti blokitaj de la Permissions Policy de la paĝo. Rifuzita peto do estas multe pli ofte rezulto de la retumilo aŭ de la paĝa politiko ol de la reto.
Paŝo tri: konfirmu la eliran adreson per freŝa peto
Demandu sendependan servon, kiun adreson ĝi vidas, el la sama retumilo, kiun vi testas. Malnova langeto, service worker aŭ kaŝmemorigita paĝo povas raporti hieraŭan respondon, kaj komparo de freŝa respondo kun tio, kion montras la retejo, forigas tiun dubon.
curl -s https://ifconfig.me
curl -s https://ipinfo.io/jsonRulu ilin el la maŝino, ne el la enkursigilo, kaj notu la adreson kaj landon, kiujn ĉiu redonas. Se ambaŭ raportas la landon de la VPN kaj la retejo ankoraŭ montras vian hejmurbon, la eliro ne estas la fonto, kaj la restantaj kandidatoj estas permeso, konservitaj datumoj kaj lika vojo.
Likaj vojoj estas la tria ebleco: retumila aldonaĵo kun propra reta stako, split-tunnel itinero, kiu sendas la retejon ekster la tunelon, aŭ IPv6-vojo, kiun la tunelo ne portas. Ĉiu estas videbla en la peto mem, tial la elira kontrolo venas antaŭ iu ajn agorda ŝanĝo. Aldonaĵo kun propraj proxy-agordoj estas tiu, kiun homoj maltrafas, ĉar ĝi povas preterpasi la tunelon por unu langeto.
Paŝo kvar: rigardu, kion la konto jam konservis
Revoko de permeso efikas al estonta aliro laŭ la reguloj de la retumilo, kaj ĝi ne forigas pozicion, kiun la servo jam konservis. Konservita hejmurbo, liveradresa adreso aŭ profila regiono restas ĝis la aplikaĵo ĝin ĝisdatigos, kaj la retejo ankoraŭ povas fari proksimuman takson el la elira adreso.
Serĉu la propran lokan regilon de la retejo antaŭ ol konkludi, ke la retumilo kulpas. Multaj aplikaĵoj tenas manan regionan elekton, kiu superregas ĉiun aŭtomatan takson, kaj subtena agento, kiu legas la kontan rikordon, vidas tiun valoron anstataŭ vian nunan konekton.
Kie la konservita valoro gravas, ŝanĝu ĝin en la konto kaj notu la daton. Tio donas al vi duan datumpunkton, kiam la malnova urbo reaperas. Ekrankopio de la konta paĝo antaŭ la ŝanĝo valoras pli ol priskribo poste.
Paŝo kvin: ŝanĝu unu variablon samtempe
Testu laŭ fiksa ordo: freŝa elira kontrolo, origina permeso, platforma permeso, konta agordo, poste alia retumila profilo. Ŝanĝi plurajn samtempe igas la fonton neidentigebla, kaj tiel respondo de kvin minutoj fariĝas semajno da konjektoj.
Notu, kion vi ŝanĝis kaj kion la paĝo montris poste. Se la montrado ŝanĝiĝas nur en privata fenestro, la kaŭzo estas konservita stato; se ĝi neniam ŝanĝiĝas, la paĝo uzas IP-takson aŭ kontan valoron, kiun la retumilo ne povas influi. Tenu la antaŭan kaj postan en la sama noto, ĉar la ŝablono estas la pruvo.
Restu honesta en la konkludo: VPN ŝanĝas la adreson, de kiu venas peto, kaj la Geolocation API estas aparta kanalo kun permeso, kiun la tunelo ne tuŝas. Ambaŭ faktoj povas esti veraj samtempe, kaj la plej multaj konfuzaj raportoj venas de tio, ke oni traktas ilin kiel alternativojn.