Kial Windows ŝanĝas la horzonon ĉe VPN sed ne vian IP

Konektu la tunelon, alteriĝu en alia lando, kaj la horloĝo tamen saltas al la zono de tiu lando. Nenio pri la elira adreso klarigas tion, ĉar Windows tute ne legas la eliran adreson. La zono venas de loka takso konstruita el la radioj en la ĉambro, kaj la tunelo ŝanĝas neniun el ili. Post kiam tio klaras, la riparo daŭras unu minuton kaj la konfuzo malaperas.

La horloĝo sekvas la radion, ne la itineron

Windows povas fiksi la horzonon aŭtomate, kaj kiam tiu ŝaltilo estas enŝaltita, la horloĝo sekvas kian ajn lokon la operaciumo kredas, ke la aparato okupas. Tiu kredo estas kunmetata el pluraj enigoj, kaj la publika adreso estas nur unu el ili. Proksimaj sendrataj retoj, poŝtelefonaj turoj kaj la lokservo ĉiuj nutras la saman takson. Tunelo reverkas precize unu el tiuj enigoj kaj lasas la ceterajn sendifektaj.

Do la horloĝo kaj la elira adreso respondas al du malsamaj demandoj. Unu priskribas, kie laŭ la radio troviĝas la maŝino, kaj la alia priskribas, kiun retan vojon ĝi uzas.

Kion la Wi-Fi-skanado efektive raportas

La takso ne estas unuopa legado sed pezita konjekto, kaj ene de konstruaĵoj la radiolisto portas la plej grandan pezon. Tial la horloĝo povas erari je strato anstataŭ je lando, kaj tial ĝi foje ekloĝas sur zono, kiun neniu adresa serĉo iam redonus.

Adaptilo, kiu ne estas asociita kun iu ajn reto, tamen skanas, kaj la identigiloj, kiujn ĝi kolektas, estas mapitaj al fizikaj lokoj. Tiu mapado estas sufiĉe preciza por loki aparaton ene de kvartalo, kaj tial la horloĝo povas sekvi tekkomputilon laŭ vojo. La skanado daŭras dum la tunelo estas supre, ĉar ĝi okazas sub la enkursiga tavolo kaj ne zorgas, kiu interfaco portas vian trafikon.

La propra priskribo de Microsoft pri la loka servo de Windows listigas inter la enigoj proksimajn alirpunktojn, enkursigilojn, poŝtelefonajn turojn kaj la IP-adreson, kaj diras, ke identigaj datumoj estas forigitaj antaŭ ol ili estas uzataj. Ĝi ankaŭ diras, ke la informoj povas esti dividitaj kun lokprovizantoj, kio indas legi antaŭ ol decidi, kion la agordo protektas.

La praktika testo sekvas el tiu listo, ne el teorio. Malŝaltu unu radion kaj vidu, ĉu la horloĝo ĉesas moviĝi.

Fiksu la zonon antaŭ ol vojaĝi

Du maŝinoj en la sama vojaĝo malmultekostigas la eksperimenton. Lasu unu kun Wi-Fi ŝaltita kaj la alian kun malŝaltita adaptilo, ambaŭ sur kabla konekto tra la sama tunelo, kaj observu, kiu horloĝo moviĝas. En raportoj de tiu speco la nur-kabla maŝino tenas sian zonon dum la alia drivas, kaj la drivanta daŭre drivas hejme ĝis ĝia radio estas malŝaltita. Ĝuste tiu lasta detalo tute ekskludas la eliran adreson.

Tiu rezulto montras al la skanado, ne al la tunelo, kaj ĝi ankaŭ klarigas, kial malŝalti la lokservojn ne helpis en la sama raporto. La radio daŭre raportas, kion ajn la privateca ŝaltilo diras, ke ĝi faras.

Por fiksa zono dum vojaĝado, malŝaltu la aŭtomatan elekton de horzono kaj agordu la zonon permane. Ĝi estas konscia interŝanĝo: la horloĝo ĉesas sekvi la fizikan pozicion, kaj ĉiu kalendara ero uzas la zonon, kiun vi fiksis.

tzutil /g
Get-TimeZone | Select-Object Id, DisplayName
tzutil /s "Pacific Standard Time"

Tenu IP-geolokadon kaj aparatan lokon aparte

Retejo, kiu geolokas vian adreson, vidas la eliron, kaj tiu parto de la tunelo funkcias. Paĝo, kiu demandas la platformon pri la aparata loko, ricevas respondon kunmetitan el radioj, kaj neniu VPN partoprenas en tiu konversacio. Retumiloj heredas la saman disigon, do al peto de permeso respondas la operaciumo, ne la reta vojo.

Traktu la horzonon, la afiŝan lingvon kaj la regionajn formatojn kiel agordojn de la aparato, kiuj hazarde korelacias kun geografio. Se la celo estas, ke retejo vidu alian landon, la tunelo estas la ĝusta ilo. Se la celo estas, ke la maŝino kondutu kvazaŭ ĝi estus aliloke, la agordoj kaj la radioj estas tio, kion oni devas ŝanĝi.

Unu kutimo plirapidigas la diagnozon venontfoje: notu la zonon, la staton de la adaptilo kaj la lokan ŝaltilon kune. Ajnaj du el ili povas kongrui, dum la tria klarigas la konduton.