VPN安⁠全吗？从无日志到DNS泄漏的隐⁠私自查指⁠南

VPN 能保护什么，不能保护什么

连接 VPN 后，设备发出的流量通常先进入加密隧道，再由远端服务器转发。这样可以降低本地网络直接读取隧道内流量内容的机会，也会让目标网站看到 VPN 出口地址，而不是通常情况下直接暴露的本地公网出口地址。不过，保护范围取决于客户端接管了哪些流量、隧道是否持续有效，以及应用是否另行建立连接。

VPN 不会自动删除浏览器 Cookie，也不会替你退出已登录的账号。网站仍可根据账户、Cookie、浏览器指纹和其他信息识别使用者。恶意软件若已运行在设备上，也可能在流量进入隧道前读取数据。访问使用 HTTPS 的网站时，HTTPS 仍负责保护浏览器与网站之间的连接；VPN 与 HTTPS 是不同层次的保护，不应把其中一种当成另一种的替代品。

先明确自己的威胁模型会更容易做判断：你是想降低公共网络上的窃听风险、减少本地网络看到的访问目的地，还是避免网站直接看到原始出口地址？这些目标需要的措施不同。VPN 是网络路径上的一项工具，不等于匿名身份，也不能保证网站、应用或服务商不收集数据。

无日志政策要看具体范围

“无日志”不是含义完全统一的技术术语。不同服务可能用它描述不同的数据处理承诺，因此不能只凭首页上的短句判断。阅读政策时，重点看服务会收集哪些信息、收集目的、保存期限、是否与账户关联，以及在什么情况下会披露或删除资料。若只看到宽泛的宣传措辞，却找不到具体说明，就应把不确定性纳入选择。

可以逐项核对以下内容：

• 是否记录访问过的网站、DNS 查询、连接时间、源 IP 或传输内容；“不记录活动”不一定代表不处理账户和诊断数据。
• 是否收集注册信息、付款记录、设备标识、应用崩溃报告或客服沟通内容；这些数据与浏览活动是不同类别。
• 诊断或分析功能是否可关闭，关闭后会影响哪些功能；检查客户端设置和隐私政策是否说法一致。
• 数据保存多久、如何请求删除，以及政策更新时间和运营主体是否清楚。
• 是否有独立审计、透明度报告或可核验的技术说明。审计有范围和时间边界，不能简单理解为对所有行为永久担保。

隐私政策是服务方对数据处理方式的说明，不是客户端加密状态的实时证明。反过来，客户端使用了加密协议，也不能证明服务端没有记录连接元数据。判断时应把技术机制、政策文本和可核验材料分开看，避免把一个证据当成全部答案。

DNS 与 WebRTC 泄漏怎么自查

DNS 把域名转换为网络地址。启用 VPN 后，如果域名查询仍交给本地网络或其他未预期的解析器处理，网络观察者可能从 DNS 请求推测访问目标。DNS 泄漏不一定意味着网页内容也被读取，但说明域名查询路径与预期保护方式不一致。不同系统、客户端和网络环境的 DNS 接管方式不同，因此应在实际使用的设备上检查。

1. 先断开 VPN，打开可信的 DNS 检测页面，记录页面显示的解析器信息；不要仅凭检测网站的单一结论判断风险。
2. 连接 VPN，确认客户端显示已连接，并等待页面重新检测。比较连接前后的解析器和网络信息，留意是否仍出现本地网络运营方或不相关的解析器。
3. 切换客户端的 DNS 相关选项后重新检测。不同客户端可能提供远程 DNS、隧道内解析或自定义解析器，选项名称不完全相同；不要在不了解用途时填写陌生 DNS 地址。
4. 若结果异常，检查系统是否同时启用了另一个代理、VPN、过滤器或安全软件，再重启客户端并复测。必要时查看客户端文档，确认该平台是否支持相应的 DNS 保护方式。

WebRTC 是浏览器用于实时通信的一组技术。在某些浏览器和网络配置下，相关检测可能显示与 VPN 出口不同的地址信息。它是否暴露可识别的公网地址，取决于浏览器实现、操作系统、VPN 客户端及网络环境；页面显示局域网地址也不等于公网身份已经泄漏。检测时应分清公网地址、私有地址和浏览器标识，不要把所有结果混为一谈。

可以在连接 VPN 的状态下，用可信检测页面查看 WebRTC 是否显示非预期的公网地址，再在另一种网络环境复测。若确有问题，优先更新浏览器和客户端，并查看浏览器的隐私设置及客户端是否支持相应保护。部分浏览器扩展会限制 WebRTC，但也可能影响视频会议、语音通话或其他实时功能；调整后应测试常用应用。避免为了让检测页面显示某种结果而安装来源不明的扩展。

• ✅ 连接前后分别检测 DNS，确认解析路径是否符合客户端说明。
• ✅ 在常用浏览器中检查 WebRTC，并区分公网地址与局域网地址。
• ✅ 更新系统、浏览器和客户端，再用不同网络环境复测。
• ❌ 不要把检测页面的一次结果当作永久保证，也不要向检测站提交账户凭据。

公共 Wi-Fi 风险与 Kill Switch 设置

公共 Wi-Fi 的风险不只来自“有人能看到所有流量”。现代 HTTPS 可以保护浏览器与网站之间的内容，但开放或仿冒热点仍可能通过虚假登录页、恶意网络设备、错误证书提示或流量干扰诱导用户泄露信息。连接热点时应确认网络名称，避免在未核实来源的页面输入账号密码，也不要忽略浏览器的证书警告。重要账户优先启用多因素验证，并保持系统和应用更新。

Kill Switch（网络锁定或断网保护）用于在 VPN 隧道中断时阻止部分或全部流量继续通过普通网络发送。它的实现和覆盖范围因平台而异：有的只在客户端运行期间生效，有的依赖系统级网络规则；有的设置按应用或连接状态工作。开启后，仍需查看客户端说明，不能仅凭开关名称推断所有程序都受到保护。

用可控方式验证 Kill Switch

先保存工作内容，并确认当前没有需要保持在线的下载或通话。连接 VPN 后，按客户端文档提供的方式断开隧道或模拟连接中断，再观察网页和应用是否停止联网；之后恢复连接，确认网络能正常恢复。不要在敏感操作进行中测试，也不要通过修改系统路由、删除网络配置等高风险方法制造故障。若中断时仍有流量通过，应检查是否选择了正确模式、应用是否被排除，以及客户端是否需要获得系统网络权限。

移动设备还要留意从 Wi-Fi 切换到蜂窝网络时的行为。自动重连并不一定等同于切换瞬间始终无流量外泄；系统省电策略也可能暂停后台连接。可在不同网络切换场景中检查客户端状态，并按需要启用自动连接或系统提供的始终开启类选项。配置名称和能力取决于操作系统版本及客户端支持情况。

免费 VPN 可能付出的数据代价

免费不一定代表服务一定有问题，但运营和维护网络需要资源。了解免费服务的成本来源，比只看价格更重要。它可能通过付费升级、广告、数据分析或其他方式支撑运营；具体做法应以服务的隐私政策、权限请求和应用设置为准。若政策含糊、权限与功能明显不匹配，或无法说明数据用途，就不要把敏感通信交给它处理。

安装前检查应用开发者、官方来源、隐私政策和权限请求。一个只提供网络连接的工具若要求访问与功能无关的大量资料，应先弄清原因。也要查看是否存在流量、速度、地区或连接时长限制，以及免费方案是否会要求安装证书、配置文件或额外组件。不要仅因应用商店评分或下载量较高，就认定其数据处理方式安全。

最后做一次完整的隐私自检：确认连接范围覆盖目标应用；检查 DNS 与 WebRTC；了解 Kill Switch 在断线和网络切换时的表现；阅读无日志政策的具体边界；减少不必要的应用权限，并为重要账户使用独立且强度足够的密码。定期更新客户端和系统，删除不再使用的配置。隐私不是一个开关，而是网络设置、软件维护和使用习惯共同形成的结果。