Tor VPN Beta：从零开始为 Android 构建自有 VPN 的经验总结

# Tor VPN Beta：从零为 Android 构建自研 VPN 的经验总结 | Tor Project Source: https://blog.torproject.org/tor-vpn-beta/ **多年来，Tor Browser 一直是保护隐私和突破网络审查最有效的工具之一。但如今大多数人上网已经不再仅仅通过浏览器，而是通过自己喜爱的应用。如果能将同样的隐私保护扩展到消息应用、社交媒体、电子邮件等服务，岂不是更好？** 多年来，我们在用户调研中反复听到这样的声音。人们想要一种简单的方式来保护整个设备，这在 2021 年催生了 Tor VPN 的构想。我们首先聚焦于 Android 平台——那里需求最为迫切，我们也能在审查地区触及最多用户。我们以 Tor VPN Beta 作为第一个版本，期望通过实际使用来积累经验。去年秋天我们首次限量发布 Tor VPN Beta for Android 后，主要使用场景很快就变得非常明确：解锁互联网。这深刻影响了我们自初次发布以来对开发和用户支持的优先级排序，以及我们对该产品的长远思考。 *图片：应用隔离功能* ## Tor VPN 有何不同 与商业 VPN 不同，Tor VPN Beta 基于一种根本不同的模型构建。这是我们在移动设备层面迈向网络保护的第一步，旨在将 Tor 的保护从浏览器延伸出去。设备上的每个移动应用都拥有自己独立的 Tor 电路，而不是共享一条隧道。这意味着一个应用的活动不会轻易与另一个应用关联起来。这种应用隔离的设计灵感很大程度上来自 Tor Browser 中的跨站跟踪保护机制^1 (https://blog.torproject.org/tor-vpn-beta/#fn-nested)。这是一种与大多数 VPN 不同的模型，其设计初衷就是默认减少跨应用跟踪。 随着 Tor VPN Beta 不断成熟，我们也在努力让应用级控制更易于使用。「应用」页面现已支持搜索，用户可以更快地找到特定应用，并决定是否将其流量路由经由 Tor。 *图片：应用页面搜索栏* ## 重新思考如何设计审查规避功能 虽然 Tor VPN Beta 包含了一些常见的 VPN 功能（如出口节点选择），但对于试图绕过审查的用户来说，这些方法并不总是最佳选择。这是开发阶段中可用性测试和早期反馈带来的最重要经验之一。 我们最初曾尝试给予用户更多出口节点选择的控制权，这在纸面上听起来很好。但在实践中，这造成了困惑：试图绕过审查的用户在应该使用桥接的时候却在选择出口位置。Tor 的工作方式与人们的预期之间存在错位。这就是为什么当前设计要求先将应用连接到 Tor 网络，然后才能选择出口节点。出口节点选择仍然是我们未来希望更深入探索的方向，但引入方式需要避免在高风险环境下造成用户误操作。 ## 在最需要的地方发挥作用 早期，我们发现在伊朗、土库曼斯坦等高度审查的地区，用户采用率非常高。这与 Android 版 Tor Browser 形成了鲜明对比——后者更多面向全球北方的用户。通过 Tor VPN Beta，我们看到了全球南方用户的深度参与，他们将网络限制作为日常生活的一部分。 基于用户的使用方式，我们加倍投入以提升审查规避能力。一个例子是在早期版本（1.4.0 beta）中优先加入了 WebTunnel 桥接，这有助于让 Tor 流量看起来像普通的加密 Web 流量，使审查者更难检测和阻断连接。我们还修复了多个 bug，并在桥接支持的整体体验上做了改进，目标是让桥接的使用更加可靠。 ## 稳定性与可靠性同样重要 事实上，自早期发布以来，大量工作都投入在了提升稳定性上。Tor VPN 基于 Arti 构建——这是我们用 Rust 编写的下一代 Tor 实现 (https://blog.torproject.org/announcing-arti/)。这意味着从底层换上了全新的、坚实的技术基础，而不是在旧架构上打补丁。最直接的好处之一就是可靠性提升，包括更少的崩溃和更好的网络状况处理。我们还投资于可复现构建，并将应用上架 F-Droid。可复现构建让任何人都能验证正在运行的二进制文件是否与发布的源代码一致；而 F-Droid 则为用户提供了一种不依赖 Google Play 安装和更新应用的方式，这两点对于一款注重隐私和安全的工具来说都至关重要。 虽然 Tor VPN Beta 的行为不像针对速度优化的商业 VPN，但 Tor 网络的性能已随着时间显著提升 (https://blog.torproject.org/congestion-contrl-047/)，我们也在持续将这些改进带入移动端体验 (https://gitlab.com/guardianproject/tormobile/arti-mobile)。目前 Tor 的 C 语言实现中仍有一些性能特性（如拥塞控制）尚未在 Arti 中实现。将这些能力迁移过来是下一步计划的一部分。 > *我们最初的目标是将 Tor 从浏览器扩展出去，填补移动端保护的空白，但这个项目很快就被用户的真实使用方式所塑造，尤其是那些需要可靠的、覆盖整个设备的审查规避功能的用户。因此，我们专注于为移动端的 Tor 构建正确的基础——一套以 Arti 和 Onionmasq (https://gitlab.torproject.org/ahf/onionmasq) 为核心的模块化 Tor 技术栈，能够随实际使用不断演进。这些组件现在可以在多个应用中复用，减少了生态碎片化和长期维护风险。* —— Duncan，UX 团队负责人/产品经理，Tor VPN 这里仍有大量工作要做。Tor Browser 依然为"可能性"树立了标准，我们的目标之一就是让 Tor VPN 逐步接近那个水平。 ## 接下来会怎样？ Tor VPN Beta 是一项多年协作努力的成果。感谢 The Guardian Project (https://guardianproject.info/) 提供的指导和关键的底层移动库，以及 LEAP Encryption Access Project 的出色工作——没有他们，这款应用根本不可能问世。我们正在以开放方式持续构建 Tor VPN Beta (https://blog.torproject.org/code-audit-tor-vpn/)，由用户的真实使用方式来驱动发展方向。 这意味着在限制性环境中改进审查规避能力，将更多性能特性引入 Arti，以及打磨用户体验以减少困惑和风险。 最重要的是，持续从依赖它的用户那里学习。如果其中也包括你，并且你希望参与塑造 Tor VPN Beta 的开发方向，请访问我们全新改版的下载页面 (https://download.torproject.org/)。除了以 APK 形式下载或从 Google Play 商店获取，你现在还可以通过 F-Droid 获取 Tor VPN Beta。