Anslut tunneln, landa i ett annat land, och klockan hoppar ändå till det landets zon. Inget i den utgående adressen förklarar det, eftersom Windows inte läser den utgående adressen alls. Zonen kommer från en platsuppskattning byggd av radiomottagarna i rummet, och tunneln ändrar ingen av dem. När det är klart tar rättelsen en minut och förvirringen försvinner.

Klockan följer radion, inte rutten

Windows kan ställa in tidszonen automatiskt, och när den brytaren är på följer klockan vilken plats som helst som operativsystemet tror att enheten befinner sig på. Den tron sätts ihop av flera indata, och den publika adressen är bara en av dem. Närliggande trådlösa nät, mobiltorn och platstjänsten matar alla samma uppskattning. En tunnel skriver om exakt en av dessa indata och lämnar resten orörda.

Klockan och den utgående adressen svarar alltså på två olika frågor. Den ena beskriver var radion säger att maskinen är, och den andra beskriver vilken nätverksväg den använder.

Vad Wi-Fi-skanningen faktiskt rapporterar

Uppskattningen är inte en enda avläsning utan en viktad gissning, och inomhus bär radiolistan det mesta av vikten. Därför kan klockan ha fel på en gata i stället för ett land, och därför landar den ibland i en zon som ingen adressökning någonsin skulle returnera.

En adapter som inte är associerad med något nätverk skannar ändå, och de identifierare den samlar in mappas till fysiska platser. Den mappningen är tillräckligt exakt för att placera en enhet inom ett kvarter, därför kan klockan följa en bärbar dator längs en väg. Skanningen fortsätter medan tunneln är uppe, eftersom den sker under routningslagret och inte bryr sig om vilket gränssnitt som bär din trafik.

Microsofts egen beskrivning av Windows platstjänst räknar upp närliggande åtkomstpunkter, routrar, mobiltorn och IP-adressen bland indata, och säger att identifierande data tas bort innan de används. Den säger också att informationen kan delas med platsleverantörer, vilket är värt att läsa innan du avgör vad inställningen skyddar.

Det praktiska testet följer av den listan och inte av teorin. Stäng av en radio och se om klockan slutar flytta sig.

Lås zonen innan du reser

Två maskiner på samma resa gör experimentet billigt. Låt en ha Wi-Fi på och den andra ha adaptern avstängd, båda på en kabelanslutning genom samma tunnel, och se vilken klocka som flyttar sig. I rapporter av det här slaget behåller maskinen med bara kabel sin zon medan den andra driver, och den drivande fortsätter att driva hemma tills dess radio stängs av. Just den sista detaljen utesluter den utgående adressen helt.

Det resultatet pekar på skanningen, inte på tunneln, och det förklarar också varför det inte hjälpte att stänga av platstjänsterna i samma rapport. Radion fortsätter att rapportera vad integritetsbrytaren än säger att den gör.

För en fast zon under resan stänger du av det automatiska valet av tidszon och ställer in zonen för hand. Det är ett medvetet byte: klockan slutar följa den fysiska positionen, och varje kalenderpost använder zonen du låste.

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

Håll IP-geolokalisering och enhetsplats åtskilda

En webbplats som geolokaliserar din adress ser utgången, och den delen av tunneln fungerar. En sida som frågar plattformen om enhetens plats får ett svar som satts ihop av radiomottagare, och ingen VPN deltar i det samtalet. Webbläsare ärver samma uppdelning, så en behörighetsförfrågan besvaras av operativsystemet och inte av nätverksvägen.

Behandla tidszonen, visningsspråket och de regionala formaten som enhetsinställningar som råkar korrelera med geografi. Om målet är att en webbplats ska se ett annat land är tunneln rätt instrument. Om målet är att maskinen ska bete sig som om den vore någon annanstans är det inställningarna och radiomottagarna som måste ändras.

En vana gör diagnosen snabbare nästa gång: anteckna zonen, adapterns tillstånd och platsbrytaren tillsammans. Vilka två som helst av dem kan stämma medan den tredje förklarar beteendet.

Relaterade artiklar