为什么 VPN 显示的城市不能说明紧急定位在哪里

网站报告的 VPN 服务器城市，只回答一个很窄的问题：那个站点观察到的那条连接从哪里来。它没有告诉你手机在哪里，而救援人员如何定位一部手机，是完全独立的过程，输入也不同。把这两件事混在一起，会产生两种相反的误解：以为一条隧道把您对救援人员藏了起来，或者以为一个看起来合理的城市意味着救援一定能找到您。下面的比较把这两个问题分开处理。

两个不同的问题：流量去哪里，手机在哪里

IP 定位的结果是收到您数据包的一方自己做的推断，它只取决于对方的数据库有多好。紧急定位则使用设备传感器、网络信息和平台服务，为一次呼叫生成位置。一个描述的是数据在互联网上的路径，另一个描述的是一个物理地点，二者可以完全不一致，而各自在自己的问题范围内仍然成立。

请把三件事分开看：观察您流量的人能推断出什么、您的手机能自行确定什么、紧急系统能接收并使用什么。第一件事发生变化，不会自动影响另外两件。

curl -s https://ifconfig.me
curl -s https://ipinfo.io/json | grep -E "city|region"

Android 上的 ELS 真正依赖什么

Google 记录了一项名为 Emergency Location Service 的机制，通常简写为 ELS。它是否可用取决于国家或地区、移动网络以及用户自己的设置。当这些条件满足时，手机可以在拨打紧急号码的通话或短信中自动发送位置。这描述的是一条受支持的路径，而不是对每台设备和每个司法辖区的保证。

Android 关于紧急求助的文档也说明了谁会收到这些数据：获得授权的响应服务从手机取得数据，由平台提供位置判定，而平台本身并不处在投递路径上。同一页面还指出，即使关闭 ELS，运营商在紧急呼叫中仍可能提供位置。这一句话就排除了那种干净利落的说法：关掉某个开关就能让已联网的手机不可见。可用性、投递和可用的精度，是三个有不同答案的不同问题。

请阅读您实际携带的平台的文档，因为另一个操作系统实现自己的机制，本页并不描述它。认为 Android 的条件在别处同样成立，和认为出口 IP 描述了一部手机，是同一类错误。两种错误都来自把一层的证据当成覆盖了另一层。

VPN 能改变什么，不能改变什么

手机不会移动，传感器不会关闭，与移动网络的无线电链路也不会消失。手机仍然在某个小区注册，紧急呼叫仍然经由运营商发出。一个远处的出口地址改变的是互联网观察者能推断的内容，而每一段物理关系都停留在原处。隧道只是路径的改变，仅此而已。

这件事在两个方向上都成立。VPN 不会让您变得找不到，也不会仅仅因为存在就破坏紧急定位。真正可能起作用的是某种干扰机制所依赖的平台服务的配置，而这是关于某台具体设备的具体问题，不是隧道的普遍属性。

比较那些常被混为一谈的设置

四种设置常被当成一种：普通定位开关、紧急定位设置、VPN 连接状态，以及运营商的紧急呼叫能力。它们属于不同的主体，回答的是不同的问题。关掉其中一个，不能对另外几个下确定结论；打开其中一个，也不能对结果作出保证。

实用的检验方法是逐个追问：每一项归谁管，它改变了什么。如果答案是手机上的某个应用，那它就不是运营商能力那样的设置。如果答案是网络路径，那它就不是定位传感器那样的设置。四者当中没有任何一个等于网站报告的出口地址。

准备好描述，而不是出口节点

遇到紧急情况，请拨打当地相应的服务电话，并在可能时描述您的位置：地址、楼栋或入口、楼层，或者某个显著标志。如果您不确定位置，就直说，并听从接警人员的指示。不要为了更换服务器或做一次 IP 测试而推迟通话。

在非紧急情况下，请阅读手机厂商的说明和当地紧急服务发布的信息，并检查该设置在您自己设备上的表现。然后保持诚实的预期：自动定位是响应过程中的一项有用输入，而您能说出口的那些话，才是您能掌握的部分。