IKEv2 认证类型
1、常见认证类型：
IKEv2 常见认证方式对比方式 客户端 是否密码 安全性 说明PSK 共享密钥 ❌ ⭐ 已不推荐EAP-MSCHAPv2 用户名+密码 ✅ ⭐⭐ 容易被攻击EAP-TLS 证书 ❌ ⭐⭐⭐⭐⭐ 最安全EAP-TTLS 密码在隧道中 ✅ ⭐⭐⭐⭐ 企业常用PEAP 密码在TLS隧道中 ✅ ⭐⭐⭐⭐ Windows/企业常用什么是EAP：EAP本身并不提供加密功能，它是一个认证框架，用于在 IKEv2 已建立的安全通道内执行用户身份认证。实际的安全性取决于所选用的 EAP 方法，例如基于口令的 EAP-MSCHAPv2 或基于证书的 EAP-TLS。
1）PSK（预共享密钥）：
客户端和网关预先配置同一串 共享密钥。优点：部署最简单：不需要证书、不需要账号、用户体系。主要问题（为什么“不推荐”）1、密钥共享面太大：很多客户端共用同一 PSK，任意一台泄露=全体风险。2、难以精细化管控与审计：很难做到“一人一密钥”、撤销某个人不影响其他人。3、如果 PSK 太弱或被离线猜测到，风险非常高（尤其在运维里常见“短口令/固定口令”）。
2）EAP-MSCHAPv2（纯用户名密码认证，无需证书）：
客户端只使用用户名密码进行认证优点：1、容易部署2、服务端能够使用 AD账户、RADIUS等服务缺点：安全性不够高，EAP-MSCHAPv2 属于基于口令的认证方式，其安全性在较大程度上依赖于用户密码的复杂度和策略配置。但由于其认证机制本身存在强度上限，即使采用强密码，其整体安全性仍低于基于证书的 EAP-TLS 方案。
3）EAP-TLS（证书认证，首选、最安全）：
怎么认证：客户端和服务端进行 TLS 握手，用证书完成双向/单向身份认证（企业里常见双向：客户端证书 + 服务器证书）。核心点：客户端不再提交密码，而是用证书私钥做签名证明“私钥在我手里”。# 为什么它最安全1、抗钓鱼：没有密码可骗。2、抗离线破解：攻击者拿不到“可离线猜的口令材料”。3、可精细撤销：证书可以按人/设备单独签发、吊销（CRL/OCSP）。4、安全性主要取决于：私钥保护（TPM/智能卡/系统密钥库）+ PKI 运维质量。优点1、安全天花板高、企业零信任/合规体系非常喜欢。2、审计与生命周期管理清晰（签发、到期、吊销、重发）。缺点1、部署成本高：要有 PKI（CA）、证书签发流程、吊销/更新机制、终端证书分发。2、运维要求高：证书过期、CRL/OCSP 可达性、设备丢失后的处置。
4）EAP-TTLS：
先用 TLS 建一个“保护的外壳”，再在里面做用户名密码认证。优点1、仍然保留“用户名密码”的易用性，对接 RADIUS/AD 也很方便。缺点1、依然是“密码体系”，强度上仍不如 EAP-TLS（证书）。2、最大坑：客户端不校验/错误校验服务器证书时，会被假网关诱导（所以必须把 CA/证书校验配好）。
5）PEAP：