IKEv2/IPsec 是什么:移动设备上最稳的 VPN 协议
Yalgorup 编辑部 · 更新于 2026年8月1日
核心要点
- IPsec 是一套体系:IKEv2 负责协商密钥,ESP(RFC 4303)负责实际加密封装。
- 握手分两步:IKE_SA_INIT 交换密钥材料,IKE_AUTH 完成身份验证,总共两个往返。
- MOBIKE(RFC 4555)让隧道在 IP 地址变化后自动重新绑定,不必重新握手。
- Windows、iOS、macOS、Android 都有原生支持,不装第三方客户端也能配置。
先分清 IPsec 里的角色
IPsec 常被当成一个协议,实际上是一组:
| 组件 | 职责 |
|---|---|
| IKEv2 | 协商密钥、验证身份、维护安全关联(SA) |
| ESP | 加密并封装数据包,提供完整性校验 |
| AH | 只做完整性校验不加密,实际很少使用 |
所以「IKEv2/IPsec」这个写法是准确的:前者管协商,后者管传输。
两个往返完成握手
IKEv2 的握手比 IKEv1 简洁得多:
- IKE_SA_INIT —— 双方交换 Diffie-Hellman 公开值和随机数,算出共享密钥。这一步之后,后续消息全部加密。
- IKE_AUTH —— 在加密信道里完成身份验证(证书、EAP 或预共享密钥),并建立第一个用于传数据的 Child SA。
之后就可以传输数据了。相比 IKEv1 主模式的六条消息,IKEv2 的往返次数和状态机复杂度都低了一个量级。
隧道模式与 NAT 穿透
个人 VPN 用的是隧道模式:整个原始 IP 包被加密,外面再套一个新的 IP 头。传输模式只加密载荷、保留原 IP 头,主要用于主机到主机的场景。
原生 ESP 是独立的 IP 协议号(50),不带端口,因此过不了 NAT。解决办法是 RFC 3948 定义的 UDP 封装:检测到路径上有 NAT 时,双方切换到 UDP 4500 端口,把 ESP 包塞进 UDP 里。
这也是为什么 IKEv2 的连接总是和 500、4500 两个端口绑定 —— 以及为什么它很容易被端口级封锁挡住。
MOBIKE:它的杀手锏
手机的网络环境是不断变化的:出门时从家里的 Wi-Fi 切到 5G,进办公室又切回 Wi-Fi。每次切换,本地 IP 都变了。
对多数协议来说,IP 变了就意味着连接失效、需要重连。MOBIKE 的做法是:安全关联本身与 IP 地址解耦,地址变化时客户端发送一条 UPDATE_SA_ADDRESSES 通知,服务端更新记录,隧道继续用原来的密钥。
用户侧的感受是「切网络时视频没有卡」。这是 IKEv2 在移动端长期占优的核心原因。
优势与短板
优势
- 系统原生支持,无需第三方客户端
- 漫游稳定,断线自动恢复快
- 性能好,多数平台由内核处理加解密
短板
- 端口固定,容易被封锁
- 完全没有伪装能力
- 配置由系统管理,可调空间小
- 历史上出现过实现层面的漏洞(例如身份验证配置不当导致的中间人风险),依赖厂商及时更新
什么时候用它
手机为主、经常切换网络、且所在网络不会主动封锁 VPN 端口 —— 这是 IKEv2 最舒服的场景。
如果网络会阻断 UDP 500/4500,那么它连不上,此时应换成 OpenVPN over TCP 443 或带混淆的方案。
常见问题
IKEv2 和 IPsec 是同一个东西吗?+
不是。IPsec 是保护 IP 层通信的整套框架,IKEv2 只是其中负责协商会话密钥的部分,真正加密数据的是 ESP。
为什么 IKEv2 容易被封?+
它固定使用 UDP 500 和 4500 端口,端口特征太明显,限制型网络里直接封端口即可。它没有伪装能力。
IKEv2 和 WireGuard 哪个更适合手机?+
都很适合。IKEv2 的漫游是协议内建的成熟机制,系统原生支持更好;WireGuard 更省电、握手更快,但依赖客户端实现漫游体验。
L2TP/IPsec 和 IKEv2/IPsec 有什么区别?+
两者都用 IPsec 做加密,但 L2TP 多了一层无谓的封装,开销更大、速度更慢,且常用预共享密钥。IKEv2 在各方面都取代了它。