【网络工程】VPN 技术工程对比：IPSec vs WireGuard vs OpenVPN
内容提要
本文对比了IPSec、WireGuard和OpenVPN三种主流VPN技术。IPSec是通用标准但配置复杂；WireGuard以约4000行内核代码实现高性能和简单性，但缺乏用户认证；OpenVPN功能丰富但性能较低。文章提供配置示例、性能对比和选型建议，并介绍Tailscale等上层方案及故障排查方法。
延伸解读
选型需结合场景
文章指出，三种VPN技术各有适用场景：IPSec适合与商业防火墙互通，WireGuard在Linux对Linux时性能最佳，OpenVPN则适合需要LDAP/RADIUS认证或穿透严格防火墙的环境。选型时应根据实际需求权衡，而非盲目追求性能或简单性。
性能差异的根源
WireGuard性能领先主要源于内核态运行、固定密码学原语和极简数据包格式，减少了上下文切换和协商开销。OpenVPN因用户态和TLS握手导致性能较低。IPSec虽支持硬件加速，但配置复杂且协商延迟较高。
安全与运维的权衡
WireGuard代码量小、可审计性强，但缺乏用户认证和动态配置；IPSec功能全面但代码量大、配置复杂；OpenVPN功能丰富但性能受限。运维上，WireGuard简单但日志少，OpenVPN日志详细但配置多，IPSec则需精细管理证书和参数。
Q&A
IPSec、WireGuard 和 OpenVPN 在性能上有什么区别？
在相同硬件（4核CPU、AES-NI）下，WireGuard 单流吞吐量约950 Mbps，多流约3.2 Gbps，延迟增加约0.3 ms；IPSec（strongSwan）单流约900 Mbps，多流约2.5 Gbps，延迟增加约0.5 ms；OpenVPN 单流约400 Mbps，多流约500 Mbps，延迟增加约1.5 ms。WireGuard 性能领先，因其内核态运行、密码学原语高效、无算法协商开销且数据包头部小。
WireGuard 的 Cryptokey Routing 是什么？
Cryptokey Routing 是 WireGuard 的核心设计，将公钥与允许的IP地址范围（AllowedIPs）关联。发送时，根据目标IP查找匹配的Peer公钥并加密；接收时，解密后验证源IP是否在发送方的AllowedIPs中，不在则丢弃。该机制将路由、认证和加密统一，防止IP欺骗。
IPSec 的 IKEv2 协商过程需要多少消息？
IKEv2 协商过程只需4个消息（2轮交换）：第一轮 IKE_SA_INIT 交换（明文）协商加密算法和DH参数，第二轮 IKE_AUTH 交换（加密）进行身份认证并建立Child SA。相比IKEv1的6-9个消息，IKEv2更简洁。
OpenVPN 有哪些优势和劣势？
优势：支持丰富的认证方式（证书、密码、LDAP/RADIUS）、支持TCP传输穿透严格防火墙、支持L2（TAP）和L3（TUN）模式、成熟稳定、跨平台好、配置灵活。劣势：用户态运行性能较低、TCP over TCP性能灾难、单线程无法利用多核、代码量大（约10万行）审计难、握手延迟高、配置选项多学习曲线陡。
如何选择适合的 VPN 技术？
选型建议：站点间互联且两端Linux选WireGuard；需与商业防火墙互通选IPSec；需L2桥接选OpenVPN TAP或IPSec L2TP。远程接入：技术团队少量用户选WireGuard；企业大量用户需LDAP/RADIUS选OpenVPN；需零信任网络接入考虑Tailscale/Netbird。穿透严格防火墙（仅443端口）选OpenVPN TCP 443。高吞吐量（>1Gbps）Linux对Linux选WireGuard，异构环境选IPSec。
WireGuard 有哪些工程限制？
WireGuard 限制包括：无用户认证（仅公钥）、静态配置（增减Peer需修改配置或wg set）、无DHCP（隧道IP手动分配）、日志极少（调试困难）、密码学固定（无法更换算法）、仅支持L3隧道（不能桥接L2）。
IPSec 的工程痛点有哪些？
IPSec 痛点包括：配置复杂（IKE/ESP参数多且相互依赖）、NAT穿越需要NAT-T增加开销、协商延迟（IKEv2需2轮交换）、调试困难（错误信息含糊）、证书管理成本高、代码量大（strongSwan约50万行）攻击面大。
Tailscale 和 Headscale 如何弥补 WireGuard 的不足？
Tailscale 和 Headscale 是 WireGuard 的上层方案，提供自动密钥管理、NAT穿越（DERP中继）、ACL策略和Web UI，将WireGuard从手动配置的点对点工具变成自动化的网格VPN。Tailscale部分开源，Headscale完全开源且兼容Tailscale。
