VPN和Tor：不同工具，各司其职

两者各自如何转发流量

VPN 客户端把流量加密一次，发往单一服务器；服务器解密后转发到目的地。服务商的服务器是你的身份（你的 IP）与你的活动交汇的唯一地点——所以整个信任模型都压在服务商的无日志政策上。

Tor 把你的流量加密三层，送经三个中继，它们从数千个志愿者节点中选出。入口中继剥掉第一层，得知你的 IP 却不知目的地；中间中继两样都不知道；出口中继剥掉最后一层，得知目的地却不知是谁在问。这就是洋葱路由——每一跳只看到转发数据包所必需的那点信息。

两种方案里，谁能看到什么

用 VPN：运营商看到一条通往某台服务器的加密流，里面什么也看不见。VPN 服务商技术上有能力观察你的流量元数据——这正是日志政策成为决定性标准的原因。网站看到的是 VPN 服务器的 IP，与这台服务器的其他用户共用。

用 Tor：运营商能看出你连上了 Tor 网络（入口中继是公开的），而这件事本身在网络上就很扎眼。入口中继看到你的 IP，出口中继看到你的目的地，没有任何一方能同时看到两者。网站看到的是众所周知的 Tor 出口地址——不少网站的回应是验证码，甚至直接拒之门外。

在两种方案里，你在会话内做的事照样能认出你：登录账号、浏览器指纹，都会把这次访问跟你挂上钩，跟底下走什么路由没关系。

Tor为什么慢

慢是结构性的，不是毛病。每个请求都要多穿过三台散布在世界各地的机器，网站还没开口回答，往返就已经攒下了数百毫秒的延迟。带宽被你链路中最窄的那个志愿者中继卡住，而整个网络的容量靠捐赠维持，不是按需扩容的。

三层加密会多耗一些 CPU，但真正的大头是距离和中继拥堵。实践中，Tor 应付文字和图片够用，只是页面加载明显变慢；视频通话和大文件下载则从难受到根本没法用——重流量还会吃掉其他用户赖以使用的共享容量。相比之下，VPN 那一跳按需扩容的路径，代价通常只是几十毫秒和一小片带宽。

先连VPN再上Tor（Tor over VPN）如何

Tor over VPN 指先连上 VPN，再在隧道里运行 Tor 浏览器。机制上：运营商现在只看到一条 VPN 连接，而不是 Tor 使用记录；Tor 入口中继看到的是 VPN 服务器的 IP，而不是你的。分层很直白——Tor 的三跳只是从 VPN 的出口起步而已。

它做不到的是：不会让 Tor 更快（你反而多加了一跳），也免不了对 VPN 的信任——VPN 服务商如今坐上了原来运营商的位置。反过来的顺序（VPN over Tor）很少有人用，还会破坏 Tor 的大部分设计前提。把这种组合当作特定威胁模型下的信任调配工具，而不是默认升级；还要记住：任何路由方案都改变不了你所在地什么合法、什么不合法。

两种工具各自真正的用途

想要日常速度下的日常隐私，就用 VPN：不让运营商看到浏览、在不可信 Wi-Fi 上自保、切换可见位置、让设备上包括通话和流媒体在内的每个应用都被覆盖。它常年在后台运行——用 WireGuard 时开销小到可以忘记它的存在，一份 Aurora 订阅能把最多 7 台设备都收进隧道。

当去关联性本身就是需求时，才用 Tor——即任何一个运营方都不应有能力把你的身份和你的目的地连起来。与线人打交道的记者，以及浏览记录可能给自己招来危险的人，愿意为这个特性付出速度代价，因为这正是他们要的东西。Tor 免费、以浏览器为形态，并且刻意保持狭窄的边界。

• 日常隐私、全部应用、全速——VPN
• 公共 Wi-Fi 与不可信网络——VPN
• 流媒体、通话、游戏、大文件下载——VPN
• 任何一方都不得把身份与目的地关联——Tor
• 访问 .onion 服务——只有 Tor 能
• 免费、无需账号、仅限浏览器——Tor

两者能不能随便互换着用

不能——重叠的部分比看上去小。两者都能对网站隐藏你的 IP，也都能不让运营商读你的流量，但它们朝着相反的方向优化：VPN 在“信任单一运营方”的前提下把可用性做到最大，Tor 则假定每个运营方都可能不怀好意，把去关联性做到最大。

诚实的总结是：如果你担心的是运营商、Wi-Fi 或你的可见位置，Tor 就是杀鸡用牛刀，速度的代价换不来你需要的任何东西。如果你担心的是世界上不该有任何一家公司能把你的身份和活动对上号，那单靠 VPN 承诺不了——它的服务商恰恰就是处在那个位置上的一方，约束它的只有政策。按威胁选工具，别按神秘感选。