VPN 是设备与单一运营方节点之间的加密隧道，出口 IP 由该节点发出；Tor 是洋葱路由，流量经多个志愿者中继层层加密，最后由出口中继访问目标。两者都能改变旁人看到的源地址，但信任对象、跳数和速度形态不同。
一句话定义：单方隧道与洋葱电路
一个可独立引用的定义句：VPN 把加密隧道的两端交给「你的设备」和「你选择的运营方节点」；Tor 把一条电路拆给多个由不同人运营的中继，用层层加密让每一跳只知道相邻的上一跳和下一跳。
| 维度 | VPN（典型单跳） | Tor（默认电路） |
|---|---|---|
| 路径骨架 | 设备 → 运营方节点 → 目标 | 设备 → 入口守卫 → 中间中继 → 出口中继 → 目标 |
| 信任集中在 | 一家运营方 | 电路上的多组中继运营者，且假定他们不串通 |
| 跳数 | 通常 1 个出口 | 据 Tor 项目公开文档，默认 3 跳 |
| 出口 IP 由谁发出 | 该运营方的节点 | 当次电路的出口中继 |
| 出口是否稳定 | 往往可以固定在选定节点 | 电路会轮换，出口不作为稳定身份 |
| 常见覆盖方式 | 虚拟网卡与路由，可接近整机 | 接入本地 Tor 的应用（常见是浏览器） |
这与 VPN 是什么 的模型一致：VPN 卖的是一段可路由的加密隧道。Tor 卖的是多跳电路上的分层加密。两者都不是「换一个名字的同一层代理」。应用级转发与整机隧道的差别，见 SOCKS5 与 VPN 有何不同。
信任模型：谁有机会同时看见两端
VPN 的典型单跳里，同一运营方既能看见你的真实来源 IP，也能看见你要访问的目标 IP。若网页本身使用 HTTPS，运营方通常看不见页面正文，但仍掌握「谁在何时访问了哪个地址」这类元数据。无日志声明约束的是运营方事后保存什么，不改变连接进行时它在技术上看得见两端。声明怎么读，见 无日志政策。
据 Tor 项目公开文档，默认电路由入口守卫、中间中继和出口中继组成。分层加密的直接后果是：
| 角色 | 更可能看见的 | 设计上尽量不让它看见的 |
|---|---|---|
| 入口守卫 | 你的真实 IP，以及你在使用 Tor | 最终网站是谁 |
| 中间中继 | 相邻两跳的中继 | 你的 IP 与最终网站 |
| 出口中继 | 目标地址；若目标未加密，还有明文内容 | 你的真实 IP |
| 目标网站 | 出口中继的 IP | 你的真实 IP |
因此，Tor 改变的是**「来源」和「目标」不要落在同一运营者手里**。它依赖一个假设：同一条电路上的中继没有串通，也没有一个能同时观察入口与出口的旁观者把两边的时间与流量体积对上。据公开的研究讨论，这种端到端关联是 Tor 威胁模型里的已知边界。本文只标明边界，不讨论如何实施观察。
商业产品里的「多跳」经常仍是同一控制方串联的节点。那会增加跳数，但不自动变成 Tor 的志愿者信任模型。对照见 双重 VPN / 多跳。
出口与沿途：本地网络、运营方、网站各看见什么
| 观察位置 | 使用 VPN 时 | 使用 Tor 时 |
|---|---|---|
| 本地网络 / 接入商 | 你在连接 VPN 节点的地址与端口 | 你在连接入口守卫的地址与端口 |
| 隧道或电路的运营侧 | 同一家同时掌握来源与目标 | 入口与出口分开掌握 |
| 目标网站 | 源地址是 VPN 出口 | 源地址是 Tor 出口 |
| 页面正文（HTTPS） | 网站能读；VPN 节点通常不能 | 网站能读；出口中继通常不能 |
| 页面正文（明文 HTTP 等） | VPN 节点有机会读到 | 出口中继有机会读到 |
两套工具都不消除网站自己的识别手段：登录账号、Cookie、浏览器指纹仍然有效。出口 IP 改变的是网络层来源，不是应用层身份。
据 Tor 项目公开做法，出口中继地址会被列入公开列表。许多网站据此对出口段做单独策略。这是出口信誉问题，不是「Tor 没有加密」。VPN 出口若落在数据中心地址段，同样可能遇到信誉策略。两者的差别在于：VPN 出口往往更稳定、也可由运营方轮换；Tor 出口随电路变化，且列表是公开的。
速度与延迟从结构里来
单跳 VPN 的额外延迟，主要是「设备到节点」再加上「节点到网站」相对直连多出来的路程，以及加密开销。读数怎么拆，见 VPN 延迟：RTT、抖动与丢包。
Tor 的延迟来自另一套结构：
- 默认多跳：每一跳都是一次额外转发，地理跨度由当次选中的中继决定，不能写成固定毫秒；
- 带宽由志愿者捐献：据 Tor 项目公开说明，中继容量来自运营者贡献，而不是按商业合同预留吞吐；
- 电路会重建：换电路时出口与路径一起变，体感抖动不一定来自某一跳「坏了」；
- 没有单一服务等级：不能把某一天、某一地区的测速写成 Tor 或某家 VPN 的固有速度。
所以「Tor 通常更慢」描述的是多跳加共享容量，不是品牌排名。若威胁模型只需要「加密到自选服务器、出口稳定」，用多跳电路换延迟往往对不上目标。若威胁模型要求「单一组织不要同时看见两端」，单跳 VPN 的低延迟也补不上这个缺口。
用途：先写威胁模型，再对工具
| 你要的结果 | 更贴近的工具 | 结构原因 |
|---|---|---|
| 公共 Wi-Fi 上加密到自选服务器 | VPN | 一段隧道交给选定运营方 |
| 多数应用共用同一出口 | VPN | 虚拟网卡与路由可覆盖整机 |
| 降低单一组织同时掌握来源与目标 | Tor | 入口与出口分离 |
| 需要相对稳定的出口 IP | VPN | Tor 电路会轮换出口 |
| 只让个别应用改出口 | 视客户端而定 | VPN 看分流规则；Tor 看哪个应用接入电路 |
| 断线时尽量避免真实 IP 直连 | VPN 一侧的系统闸门 | 见 Kill Switch；应用级电路通常没有同等闸门 |
上表是概念归类，不是购买清单。同一客户端可能同时提供系统隧道与本地代理；以实际覆盖的进程为准。
加密强度也不是二者的分界线。现代 VPN 隧道与 Tor 电路都使用公开的加密设计；差别在密钥保护的是哪一段、元数据落在谁手里。前向保密解决的是密钥泄漏后的历史密文，见 前向保密，它不负责「出口由谁运营」。
嵌套只改变信任顺序
有些说明会把 VPN 与 Tor 套在一起，并使用「Tor over VPN」「VPN over Tor」等英文标签。这里只解释嵌套之后谁更先看见什么。嵌套增加延迟和故障点，不自动得到「两套优点相加」。本文不提供连接方式。
| 嵌套关系（概念） | 接入商更容易看见 | 网站看到的源地址 | 信任上多出来的事实 |
|---|---|---|---|
| 只用 VPN | VPN 节点 | VPN 出口 | 运营方掌握两端元数据 |
| 只用 Tor | 入口守卫 | Tor 出口 | 入口与出口分离 |
| 外层 VPN、内层 Tor | VPN 节点 | Tor 出口 | 运营方知道你在连接 Tor 入口，通常不知道最终网站；守卫看见的是 VPN 出口 |
| 外层 Tor、内层 VPN | 入口守卫 | VPN 出口 | VPN 运营方看见的客户来源是 Tor 出口，并看见最终目标；家庭 IP 不直接交给该运营方 |
商业多跳仍可能由同一控制方掌握每一跳。那种串联与上表最后两行不是同一件事。
常见误解
误解 1：Tor 是一种 VPN。
Tor 是多跳电路网络；VPN 是通向运营方节点的隧道。出口、信任集中度和覆盖范围都不同。
误解 2：用了其中任何一个就匿名。
两者都可能改写网站看到的源 IP。账号、Cookie 与浏览器指纹仍在。VPN 运营方或 Tor 出口还能在各自的位置看见元数据或明文。
误解 3：跳数更多就一定更安全。
多跳改变的是信任是否拆开，同时增加延迟与可故障的环节。威胁模型若并不担心「单方同时看见两端」，多跳只是更慢。
误解 4：HTTPS 使得出口无关紧要。
HTTPS 保护页面正文。出口仍看见目标地址，明文协议下还可能看见内容。本地网络看不见正文，不代表出口看不见目标。
误解 5：二者都能保证在任何网络里可用。
特征是否被分类、地址是否被列入策略，属于另一类对抗问题，见 抗封锁技术演进 的概念梳理。本文不讨论如何建立连接，也不把可用性写成结论。
把差异写成可以复查的三条
不同地区对 VPN 与 Tor 的规定不同。上文只整理公开技术差异，不构成法律意见，也不提供规避管理措施的步骤。
对照自己的目标时，写下这三条即可：
- 两端是否必须拆开：能否接受单一运营方同时看见来源 IP 与目标地址；
- 出口要不要稳定：网站侧的源地址是固定节点，还是会随电路轮换的出口中继；
- 覆盖到哪一层：整机路由，还是只有接入电路的那个应用。
三条都指向结构，不指向口号。延迟与抖动用同路径对照去看，不要把多跳的设计代价写成某一次测速的永久结论。