连上隧道、落到另一个国家,时钟却照样跳成那个国家的时区。出口地址解释不了这件事,因为 Windows 根本不读出口地址。时区来自用房间里的无线电估算出的位置,隧道一个都没改。弄明白这一点之后,修正只需一分钟,困惑也就消失了。

时钟跟着无线电走,而不是跟着路由走

Windows 可以自动设置时区,当那个开关打开时,时钟会跟随操作系统认为设备所在的位置。这个判断由多项输入拼成,公网地址只是其中一项。附近的无线网络、基站和定位服务都在为同一个估算提供依据。隧道只改写了其中一项输入,其余原封不动。

所以时钟和出口地址回答的是两个不同的问题。一个描述无线电认为机器在哪里,另一个描述它走哪条网络路径。

Wi-Fi 扫描究竟报告了什么

这个估算不是单次读数,而是加权猜测,室内占比最重的是无线电列表。所以时钟可能只差一条街而不是差一个国家,也所以它有时会停在任何地址查询都返回不了的时区上。

没有关联任何网络的网卡仍在扫描,它收集到的标识会被映射到物理位置。这种映射精确到能放进某个街区,所以时钟能沿路跟着一台笔记本电脑走。隧道开着时扫描照旧进行,因为它发生在路由层以下,并不关心流量走哪个接口。

微软自己关于 Windows 定位服务 的说明把附近的接入点、路由器、基站和 IP 地址列为输入,并称身份识别数据在使用前会被移除。说明还提到信息可能与定位提供商共享,在决定这项设置保护什么之前值得一读。

实际验证来自那份清单而不是理论。关掉一个无线电,看时钟是否不再移动。

出行前先把时区固定下来

同一趟出行用两台机器,实验成本很低。一台保留 Wi-Fi,另一台禁用网卡,两台都走同一条隧道的网线连接,看哪台时钟会动。这类报告里,只有网线的那台守住了时区,另一台漂移,而漂移的那台回家后照样漂,直到把它的无线电关掉。最后这个细节才彻底排除了出口地址。

这个结果指向扫描而不是隧道,也解释了同一份报告里关闭定位服务为什么没用。无论隐私开关声称在做什么,无线电都照报不误。

旅途中想要固定时区,就关掉自动时区选择,手动设置时区。这是有意的取舍:时钟不再跟随物理位置,而每一条日历记录都用你固定的时区。

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

把 IP 地理定位和设备定位分开

给你的地址做地理定位的网站看到的是出口,隧道那部分是有效的。向平台索取设备位置的页面,拿到的是用无线电拼出来的答案,VPN 并不参与这段对话。浏览器继承同样的分割,所以权限询问由操作系统回答,而不是网络路径。

把时区、显示语言和区域格式当成恰好与地理相关的设备设置。如果目标是让网站看到另一个国家,隧道才是对的工具。如果目标是让机器表现得像在别处,那要改的是设置和无线电。

有一个习惯能让下次诊断更快:把时区、网卡状态和定位开关一起记下来。其中任意两项可能一致,第三项才解释行为。

相关文章