IPSec隧道端到端封装最可靠，工作在IP层，业务无感；须用Traffic Selector精准定义兴趣流，禁用DES/MD5/SHA1/modp1024等弱算法，推荐esp-aes256-gcm16和ike=aes256-sha256-modp3072，生产环境首选PKI证书体系，需适配MSS、开启NAT-T、保障SA同步。
直接用IPSec隧道实现端到端封装是最可靠的方式。它工作在IP层，不改应用、不碰端口、不干预连接逻辑，连ping和traceroute都照常走通，真正达成“业务无感、加密无声”。
精准定义兴趣流，只加密该加密的流量
别一上来就全网加密，那会把DNS、NTP、健康检查等基础流量也拖进隧道，反而引发连通性问题。关键是要用Traffic Selector（流量选择器）精确圈定敏感业务：
- 例如数据库访问：源IP段 10.20.30.0/24 → 目的IP 172.16.100.5 + 端口 3306 + 协议 TCP
- 例如API服务调用：源服务网段 192.168.50.0/24 → 目标微服务VIP 10.100.200.100 + 端口 8080
- Linux上用strongSwan配置时，在
conn段中明确写leftsubnet=10.20.30.0/24、rightsubnet=172.16.100.5/32、ikelifetime=1440m
选强算法，禁用所有已知弱套件
加密不是摆设，算法选错等于没加。生产环境必须避开DES、MD5、SHA1、modp1024等已被攻破或淘汰的组合：
- ESP阶段推荐：esp-aes256-gcm16（AEAD模式，一次完成加密+完整性校验）
- IKEv2阶段推荐：ike=aes256-sha256-modp3072（密钥交换强度匹配AES-256）
- 务必关闭
sha1、md5、des、3des等所有协商选项，配置里显式排除
密钥分发必须可审计、可轮换
预共享密钥（PSK）写死在配置里是高危操作，尤其多人运维时极易泄露。生产首选PKI证书体系：
- 用企业CA签发设备证书，证书主题（Subject）包含主机名或角色标识，便于策略识别
- 证书有效期建议设为365天，配合自动化工具（如Certbot + Ansible）实现到期前30天自动续签
- 若短期测试必须用PSK，禁止明文存配置；应通过Ansible Vault加密后注入，且每季度强制轮换
绕过三个典型链路陷阱
IPSec隧道看似透明，但网络底层细节稍有偏差就会导致“能连不能传”：
-
MSS值未适配：IPSec头增加约52–73字节，若路径MTU为1500，需在隧道接口启用
tcp-mss-clamp 1400，否则大HTTP响应或SSH交互会卡顿 -
NAT-T未开启：只要任一端在NAT后（如云主机、办公宽带），必须启用
nat-traversal=yes，并确保UDP 4500端口可达 -
SA状态不同步：主备防火墙或高可用网关部署时，需启用IKEv2的
rekey与dpd机制，并配置SA同步模块（如strongSwan的charon.plugins.kernel-netlink.sync）
