WireGuard 与 OpenVPN：VPN 协议对比
WireGuard 与 OpenVPN 是消费级 VPN 服务中最常见的两种协议。本文从加密设计、性能表现、代码体量、平台兼容性和运维特性等维度对二者进行比较——这些维度直接决定了一项服务在生产环境中的实际行为。
两种协议的背景
OpenVPN 发布于 2001 年，已成为商业 VPN 部署的事实标准。它是一个用 C 语言编写的开源项目，运行在用户空间，使用 OpenSSL 或 mbedTLS 库处理加密操作。其悠久的历史和灵活性带来了丰富的功能集以及广泛的配置支持。
WireGuard 则相对较新。该协议于 2016 年首次发布，并于 2020 年合并入 Linux 内核。它的设计目标明确——比前辈更简洁：更小的代码体量、精简的现代加密原语集，以及在支持的平台上驻留内核的实现。协议作者 Jason A. Donenfeld 将设计目标定位于可验证性和性能，而非可配置性。
加密设计
两种协议在加密方式上存在显著差异。WireGuard 内置固定的算法套件；OpenVPN 则允许运营者从众多选项中自行选择。
WireGuard 的固定套件
WireGuard 使用一套基于现代原语的固定密码套件。各组件分别为：ChaCha20 负责加密，Poly1305 负责认证，Curve25519 负责密钥交换，BLAKE2s 负责哈希，SipHash24 负责负载均衡。握手过程由 Noise 协议框架提供。
固定套件带来两个结果。其一，消除了协议协商过程——历史上，基于 TLS 的协议在这一环节曾多次遭受降级攻击。其二，升级加密算法需要协议版本更新，而非仅修改配置。
OpenVPN 的可配置性
OpenVPN 通过底层 TLS 库支持多种密码选择。常见配置包括：AES-256-GCM 负责加密，SHA256 负责认证，ECDH 负责密钥交换。较旧的 OpenVPN 部署可能使用 BF-CBC 或带 HMAC 的 AES-CBC，按现代标准来看安全性明显偏弱。
这种灵活性使 OpenVPN 能兼容旧版客户端，但同时也意味着需要进行配置审计，才能确认某个部署确实采用了强安全设置。
性能表现
在相同硬件上，WireGuard 的性能通常优于 OpenVPN。两个因素解释了大部分差距。
首先，WireGuard 在 Linux、macOS 和 Windows 上运行于内核，避免了每个数据包在内核空间与用户空间之间切换的开销。OpenVPN 的用户空间实现移植性好，但每个数据包都会产生上下文切换成本。
其次，ChaCha20-Poly1305 非常适合缺乏专用 AES 指令的处理器，而这在基于 ARM 的移动设备上十分常见。OpenVPN 通常使用 AES——在具备 AES-NI 的硬件上速度更快，但在其他硬件上则较慢。
从实际效果来看，与 OpenVPN 相比，WireGuard 在消费级设备上通常能实现更高的吞吐量、更低的延迟和更少的 CPU 占用。在移动设备上对电池的影响也通常更小。
代码体量与审计面
代码库的规模与安全审计所需工作量大致成正比。WireGuard 的参考实现约有四千行代码，Linux 内核实现与此相当。
相比之下，OpenVPN 包含约七万行代码，并依赖 OpenSSL 或 mbedTLS 等 TLS 库——这些库又额外增加了数十万行代码进入信任边界。代码量的差异本身并不说明 WireGuard 更安全，但确实影响实现代码被彻底审查的可行性。
平台兼容性
两种协议均得到广泛支持。WireGuard 拥有适用于 Linux（内核及用户空间）、Windows、macOS、iOS、Android、FreeBSD 和 OpenBSD 的官方实现。iOS 支持尤为完善，通过 iOS Network Extension 框架深度集成。
OpenVPN 几乎可在所有平台上使用，包括 WireGuard 尚未移植的旧版系统。许多企业网络使用 OpenVPN 以兼容遗留基础设施。
对于在现代操作系统上的新部署，WireGuard 是更直接的选择。而对于需要广泛兼容性的环境——包括旧版系统、嵌入式设备或某些企业产品——OpenVPN 仍具有其价值。
配置模型
WireGuard 的配置模型刻意保持精简。每个对等节点拥有一个公钥身份和一份允许的 IP 列表。协议不涉及用户级认证，服务端无会话状态，也无需协商 keepalive。协议依赖加密身份，而非用户名和密码。
OpenVPN 支持更灵活的认证模型，包括基于证书的认证、用户名和密码认证，以及双因素认证。这种灵活性在需要与目录服务集成认证的企业环境中十分有用。
对于消费级 VPN 服务而言，用户之间无需相互识别，WireGuard 更简洁的模型通常已完全够用。
如何选择
协议的选择取决于部署的具体约束条件。
- 优先选择 WireGuard 的场景：以性能、代码简洁性和现代加密为优先；目标平台具备原生支持；且部署可以接受固定密码套件。
- 优先选择 OpenVPN 的场景：需要兼容旧版系统；需要与企业认证系统集成；或部署环境所在网络限制 UDP 流量（OpenVPN 支持 TCP 回退，WireGuard 不支持）。
许多现代消费级 VPN 服务同时提供两种协议供用户选择。Snap VPN 则不同，它 专用 WireGuard，并通过 iOS Network Extension 框架集成。这一决定体现了将实现面收窄至目标平台所需最小化的设计原则。
如需了解 VPN 的整体工作原理，请参阅 VPN 入门介绍。如需在 iPhone 上进行实际配置，请参阅 iOS 配置指南。