IKE 加密算法怎么选
阶段一的加密算法用于保护协商信道本身，算法选择直接决定这条信道的强度。存量设备常见 3DES 与 AES-CBC，新建部署建议 AES-256；AEAD 类算法（如 GCM）把加密与完整性合并处理，配置更简单、效率更好。两端算法必须有交集，否则协商会立即失败。
基本信息
| DES / 3DES | 强度不足，仅作兼容用途 |
|---|---|
| AES-CBC | 常见选择，需要另外配置完整性算法 |
| AES-GCM | AEAD 类，加密与完整性合并，推荐方向 |
| 协商方式 | 提议取交集，无交集直接失败 |
| 配置位置 | crypto isakmp policy 或 ikev2 proposal |
典型使用场景
- 新建站点 VPN 选算法：优先 AES-256 或 AES-GCM
- 与老设备对接：评估是否临时保留较弱算法
- 合规检查：核对是否仍在使用 3DES 等弱算法
- 排障「阶段一协商失败」：先确认两端算法是否有交集
- 变更算法前评估对端支持能力与维护窗口
两端写法
两端写法
# Cisco IKEv1
crypto isakmp policy 10
encr aes 256 # 阶段一加密算法
hash sha256
group 14
!
# Cisco IKEv2
crypto ikev2 proposal P1
encryption aes-cbc-256
integrity sha256
!
# strongSwan 提议示例:
# proposals = aes256gcm16-prfsha256-ecp256算法谱系
| 算法 | 状态 | 说明 |
|---|---|---|
| DES / 3DES | 淘汰中 | 强度不足，仅用于兼容存量设备 |
| AES-CBC 128/192/256 | 常见 | 需要配合独立的完整性算法 |
| AES-GCM 128/256 | 推荐方向 | AEAD 类，无需单独配置完整性算法 |
GCM 类算法把完整性与加密合并处理：部分平台上再单独配置 HMAC 会被视为非法组合，改动前先确认版本支持情况。
只改一端算法等价于把提议集合清零：两端没有交集时阶段一连第一次交换都完不成，现象是隧道完全不建立。
算法强度只是整体安全的一环：DH 组、认证方式与口令强度同样需要评估，只盯加密算法这一项容易高估安全性。
算法提案可以放多条：设备按顺序尝试并与对端取交集，把强算法排在前面，既兼顾兼容也能优先协商出更安全的结果。
变更算法前先确认对端支持列表：只看本方配置无法判断协商结果，必要时先在测试隧道上验证再上生产。