读懂 VPN 的无日志政策：哪些字段真正被点名？

打开隐私声明，而不是价格页，在其中搜索「日志」一词。通常返回的是一句关于不保存浏览历史的话，而它回答的问题比所问的更窄。有用的政策会点明类别，说明每一类保存多久，并指明是谁在作出承诺。分四遍通读全文，记下它没有说出的内容。

从声明开始，而不是口号

营销说法是同一个团队写的摘要，而声明也出自他们之手，所以声明才是原始文件。下载它，保留一份带日期的副本，并把它当作数据类别清单来读，而不是当作文章。任何没有被列出的内容都是悬而未决的问题，而不是默许的「否」。

寻找按类别分列的表或小节：连接元数据、账户信息、付款记录、诊断信息、支持往来。把这些分开列出的服务商，比把「日志」当作一个整体来描述的更容易评估。

简短的声明并不自动更好。简短往往意味着类别被合并了，这会让保留期限和第三方共享变得无法核查。最有用的声明枯燥而重复，每类一段，顶部有日期。在这里，枯燥是好迹象。

逐一点名字段

在连接数据中，值得关注的字段是源地址、分配的隧道地址、时间戳、传输字节数和目的地。关于不记录访问站点的说法，对时间戳或流量只字未提，而这正是调查者会追问的。

即便客户端从不显示账户界面，账户数据也是独立类别。订阅状态、电子邮箱地址、支付处理商参考号和支持工单，都可以在没有任何可见登录的情况下存在。

诊断信息值得单列一行。崩溃报告、可选遥测和手动提交的支持包，可能包含远超政策承诺不保存的连接元数据的内容。发送支持包之前，先读清它包含什么。如果声明从未提到诊断信息，去问运营方，而不是假定这一类为空。

grep -n -i -E 'retain|retention|store|log|IP address|session|third part' policy.txt

把声明存为文本并在其中检索，比滚动浏览更快，也更难漏看。行号还能在答案重要时提供可引用的依据。如果声明只以网页形式发布，请保存渲染后的文本而不是 HTML，以免日后的改版抹掉你的证据。

找到保留期限和承担承诺的一方

对每个类别，声明都应说明处理之后会发生什么：立即销毁、短期保留、聚合，或与账户绑定的存储。没有类别的保留期限无法解读，没有生命周期的类别清单只是半份政策。

然后确认是谁在承诺。销售订阅的品牌、客户端开发者、托管服务器的公司以及单个端点的运营方，可能是四个不同的主体。要核实承诺覆盖的是哪一方，而你的流量实际到达的又是哪一方。

静态加密与不收集并不是同一属性。系统可按请求解密的已存记录仍然是记录，隧道加密也不能阻止端点处理连接。收集与保护是两个问题，应当分开评估。

判断证据覆盖什么

审计是关于范围的证据：被点名的系统、一套配置、一个时间段和一名审计者。在把结论扩展到每台服务器或未来之前，先读范围。关于某一地区基础设施的报告，对新增地点说明不了什么。

开源客户端有助于核查软件能发送什么，却完全不能说明某次具体部署是如何配置的。两件事都重要，任何一件都不能替代另一件。

最后用一页对照收尾：运营方、连接记录、账户数据、诊断信息、保留期限、证据和司法管辖。然后明确记下没有答案的问题，因为遗漏既不是不当行为的证据，也不是保证。依据被点名字段作出的决定，胜过依据最短口号作出的决定。