IKEv2/IPsec 是什么:移动设备上最稳的 VPN 协议

Yalgorup 编辑部 · 更新于 2026年8月1日

一句话回答IKEv2 是 IPsec 体系里负责密钥协商的协议(RFC 7296),配合 ESP 完成加密封装。它最大的特点是 MOBIKE 漫游支持 —— 手机在 Wi-Fi 和蜂窝网络之间切换时连接不断,因此成为移动端的原生首选。

核心要点

  • 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 简洁得多:

  1. IKE_SA_INIT —— 双方交换 Diffie-Hellman 公开值和随机数,算出共享密钥。这一步之后,后续消息全部加密。
  2. 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 在各方面都取代了它。

参考资料

延伸阅读