VPN 能在设备与 VPN 服务器之间建立加密隧道，降低同一公共 Wi-Fi 网络中的旁观者直接读取传输内容的风险，但它不是隐私的万能开关。VPN 服务商可能看到连接所需的部分信息；浏览器、应用、账户和设备也会留下各自的数据。判断是否安全，应同时检查服务商的日志政策、客户端实际路由、DNS 与 WebRTC 泄漏，以及断线时流量是否会意外直连。
本文提供的是面向个人用户的自查方法，不代表任何 VPN 能保证匿名或阻止所有追踪。检测结果会受操作系统、客户端、浏览器设置和当前网络影响；出现异常时，先记录环境并逐项排查，不要仅凭一次测试结果下结论。
VPN 能保护什么，不能保护什么
连接 VPN 后，设备发往隧道的流量会在本地与 VPN 服务器之间加密传输。这有助于降低同一局域网中的其他用户或公共 Wi-Fi 运营方直接查看这段传输内容的可能性。到达 VPN 服务器之后，流量还要继续前往目标网站或应用；目标服务仍可能通过账户登录状态、Cookie、浏览器特征和用户主动提交的信息识别你。
访问使用 HTTPS 的网站时，HTTPS 通常还会在浏览器与网站之间保护连接内容。VPN 与 HTTPS 保护的链路并不相同：VPN 主要保护设备到 VPN 服务器这一段，HTTPS 保护浏览器到网站这一段。VPN 不能替代 HTTPS，也不应被当作防恶意软件、账户盗用或钓鱼攻击的工具。遇到证书警告、仿冒登录页或可疑下载时，不能因为 VPN 已连接就继续操作。
还要留意分流设置。规则模式可能让不同应用或域名分别走代理与本地网络；全局模式则可能接管更广的流量，但仍受客户端规则和系统路由影响。连接图标显示已连接，不等于每个应用的每个请求都经过隧道。需要确认的是实际路径，而不只是界面状态。
检查无日志政策：看范围，也看证据
“无日志”不是一个足以独立判断隐私水平的词。服务商可能不记录浏览历史，却仍需要处理账号状态、套餐信息、连接故障和安全事件。阅读隐私政策时，应看清数据类型、用途、保存期限、共享对象和用户能否提出删除请求；如果只看到一句宣传语，却找不到具体说明，就不要把它当作完整的隐私承诺。
| 检查项目 | 需要弄清楚什么 | 值得谨慎的信号 |
|---|---|---|
| 活动数据 | 是否记录访问网站、DNS 查询、流量内容或应用使用情况 | 只写“不会监控”，却没有定义记录范围 |
| 连接数据 | 是否处理连接时间、来源地址、节点选择或传输量，以及保存多久 | 没有说明保存期限，或将多类数据统称为“必要信息” |
| 账号与共享 | 账号信息如何使用，哪些服务商或法律程序可能涉及数据披露 | 数据共享对象、用途或用户权利难以查明 |
| 外部核验 | 是否有可查阅的审计、透明度报告或其他独立核验材料 | 只展示标识或结论，无法找到范围、日期与实际报告 |
外部审计、透明度报告和清晰的政策能提供更多核对依据，但它们也有适用范围和时间边界，不能证明服务在所有时刻、所有产品上都完全不留数据。还应确认政策是否适用于你使用的客户端、订阅方式和所在地区。不要把“注册不要求邮箱”误认为服务完全不处理任何账号或运行数据。
评估时可以把宣传用语与可验证材料分开记录：政策原文说明了什么，外部材料核查了什么，仍有哪些问题没有回答。遇到表达含糊或相互矛盾的条款，可先向服务支持询问具体范围，再决定是否使用；不要把没有找到说明直接理解为“没有收集”。
DNS 与 WebRTC 泄漏：按步骤自查
DNS 负责把域名解析为网络地址。若设备连接 VPN 后，域名查询仍由本地网络或其他未预期的解析服务处理，外部观察者可能从解析路径推断部分访问信息。WebRTC 是浏览器用于实时通信的技术；浏览器可能通过相关机制暴露网络地址信息。是否会暴露、暴露哪些地址，取决于浏览器、系统和配置，不能仅凭“使用 VPN”判断。
- 先记录当前设备、操作系统、客户端模式、浏览器和网络类型。确认客户端已连接，并记下当前节点或策略组；暂时关闭其他代理扩展，避免多个工具同时改变请求路径。
- 访问可信的 DNS 与 WebRTC 检测页面，分别查看检测到的解析服务和地址信息。只使用普通测试页面，不要向陌生网站提交账号、订阅链接、文件或其他敏感资料。
- 在客户端中核对 DNS 设置、分流规则和连接记录。确认浏览器测试请求命中了预期的代理规则，而不是因为域名规则或应用排除设置而直连。
- 更换网络或客户端模式后重新测试，并与未连接 VPN 时的结果对照。一次检测只能反映当时的配置和路径；若结果异常，记录发生条件，再逐项排除浏览器设置、系统 DNS、扩展和客户端规则。
- 如果仍无法解释结果，先关闭可能导致泄漏的浏览器功能或规则，查看客户端与系统的官方说明，必要时联系服务支持。不要安装来历不明的“防泄漏”扩展，也不要同时叠加多个代理工具来碰运气。
检测页面显示某个解析服务，并不自动代表发生隐私泄漏：它可能是 VPN 服务使用的解析器，也可能由浏览器的安全 DNS 设置产生。关键在于该服务是否符合你的预期、请求是否按配置处理，以及服务商对相关数据如何说明。测试网站本身也能看到你访问它时呈现的网络信息，因此应选择可信页面，并避免把检测结果截图公开时暴露个人地址或账号细节。
公共 Wi-Fi 与 Kill Switch：重点防止意外直连
在机场、酒店、咖啡馆等公共 Wi-Fi 环境中，连接前应确认网络名称与登录页面来源，避免连接名称相似的仿冒热点。VPN 建立隧道前，设备仍需先连接 Wi-Fi 并完成必要的网络接入步骤；这段过程不应输入与热点验证无关的敏感信息。完成连接后，再检查客户端是否成功接管需要保护的应用流量。
Kill Switch（网络锁定或断网保护）通常用于 VPN 隧道断开时阻止部分或全部网络流量继续直连。它的实际行为取决于客户端、操作系统和配置：有的仅在隧道意外中断时生效，有的允许用户指定排除项；睡眠唤醒、网络切换、客户端退出或系统权限变化也可能影响效果。因此，启用选项后仍要查看说明并做受控验证。
- ✅ 在使用公共 Wi-Fi 前核对网络名称，并避免自动加入不熟悉的开放网络。
- ✅ 确认客户端已连接后再访问需要保护的服务，断线时检查状态与通知。
- ✅ 查看 Kill Switch 的作用范围，确认是否覆盖浏览器及其他重要应用。
- ✅ 在可控环境中测试隧道断开时的行为，确认客户端恢复后连接路径正常。
- ❌ 不要同时启用多个 VPN 客户端或不清楚来源的代理扩展，以免路由互相冲突。
- ❌ 不要把 Kill Switch 当作防止钓鱼、恶意软件或账户泄露的功能。
验证断线行为时，先保存工作并使用不涉及敏感账户的普通测试页面；不要在正在进行的重要传输或登录过程中人为中断网络。若系统没有提供明确的网络锁定功能，避免在不可信网络中处理高敏感事项，并使用网站自身提供的 HTTPS 与多因素验证等保护。
选择服务与日常维护：把隐私保护做成流程
选择 VPN 服务时，除了阅读隐私政策，还应确认客户端来源、更新方式、平台支持、故障处理渠道和配置说明是否清楚。使用第三方客户端时，要确认它支持实际订阅中的协议与配置格式；不要把订阅链接交给陌生的在线转换网站。订阅链接可能包含访问凭据，应像密码一样妥善保管，避免放进公开截图、论坛帖子或不可信的诊断工具。
保持操作系统、浏览器和客户端更新，删除不再使用的扩展，检查应用权限与自动启动项。重要账户使用独立且难以猜测的密码，并开启服务本身提供的多因素验证。VPN 连接不能替代这些账户安全措施，也不能阻止用户主动把信息提交给网站或应用。
如果要比较不同服务，可以按自己的威胁场景列出优先级：主要担心公共网络上的本地窥探，就重点核对加密隧道、断线保护和 DNS 路径；主要关心服务商收集的数据，就重点读隐私政策、保存期限和外部核验材料；主要依赖浏览器应用，则要检查浏览器自身的代理、DNS 与 WebRTC 设置。先明确担心什么，才能判断一项功能是否真正有用。
跨设备使用时，应分别检查 Windows、macOS、iOS、Android 或 Linux 上的客户端权限与分流设置。相同账号或订阅并不意味着每台设备都采用相同的路由策略。初次配置后进行一次基线检查；客户端、浏览器、系统版本或网络环境发生明显变化时，再重复关键测试。需要操作指引时，可查看使用指南，并以客户端当前界面和系统文档为准。
隐私保护不是一次性设置，而是持续核对政策、配置和使用习惯。把检测日期、设备环境、所用模式和异常表现简单记录下来，后续排查会更有依据；记录中不要保存密码或完整订阅链接。发现不明连接、异常权限请求或无法解释的数据收集时，先停止敏感操作，再确认来源与影响范围。