外观
跨越千里公网，企业总分机构如何像插在同一根网线上一样安全互联？
一家跨国企业在北京设立总部，在深圳、上海设立了分公司。 总部的 ERP 服务器、财务数据库只允许内网访问。
- 如果租用电信运营商专门拉一条跨省的实体物理专线（如 MSTP/SDH 专线），每月租金高达数万元，中小企业难以承受；
- 如果直接将财务服务器挂在公网 Internet 上，所有商业机密数据将被公网黑客和中间路由节点随意窃听、篡改与劫持！
这个两难困境的终极解法，就是 虚拟专用网（VPN）（虚拟专用网，Virtual Private Network） 技术——借用低廉的公网物理信道，通过密码学数学护盾在公网上“凿”出一条虚拟的专属安全地下通道！
学完本课后，你将能够：
- 辨析 常见 VPN 技术（GRE、L2TP、MPLS VPN、IPsec）在网络层次与加密属性上的本质差异。
- 掌握 通用路由封装（GRE） 隧道的工作原理、协议号（IP 47）与其“只封装、不加密”的致命缺陷。
- 彻底精通 IP安全协议（IPsec） 协议族的两大协议（AH 认证头 vs ESP 安全载荷）与两大工作模式（传输模式 vs 隧道模式）。
- 深入理解 互联网密钥交换（IKE） 动态密钥协商、前向保密（PFS）以及在工程中广泛落地的 GRE over IPsec 完美融合方案。
1. 隧道先驱：GRE 协议与其致命软肋
通用路由封装（GRE）（通用路由封装，RFC 2784） 是一种将一种三层协议报文封装在另一种三层协议报文中的隧道技术。
- 协议号：直接承载于 IPv4 之上，IP 协议号为 47。
- 强大能力：支持封装组播报文（Multicast）和广播报文。因此，OSPF、BGP、IS-IS 等动态路由协议的 Hello 报文可以毫无阻碍地穿透 GRE 隧道，在总部与分部之间动态传递内网路由表！
CAUTION
GRE 的致命缺陷（ICT 大赛高频考点）：GRE 原生绝对不提供任何数据加密！ GRE 只是给数据包简单贴上了一个新的外层 IP 头部和 GRE 头部。公网链路上的任何人只要使用 Wireshark 抓包，就能一览无余地查看到内网员工的全部账单、明文密码和业务数据！
2. 密码学长城：IPsec 协议体系与双雄协议
为了在公网上实现真正的“机密性、完整性、真实性、防重放”，IETF 制定了工业界最严密的 IP 层安全框架——IP安全协议（IPsec）（RFC 4301）。
IPsec 体系内部由两大核心安全子协议构成，这也是大赛最高频的必考对比：
| 核心特性 | AH（Authentication Header，认证头） | ESP（Encapsulating Security Payload） |
|---|---|---|
| IP 协议号 | 51 | 50 |
| 数据机密性（加密） | × 绝对不支持数据加密（数据明文裸奔）！ | √ 原生支持现代高强度对称加密（AES、3DES、国密 SM4）！ |
| 完整性校验（防篡改） | √ 支持（对整个 IP 报文几乎全部字段校验） | √ 支持（对 ESP 载荷及密文进行 HMAC 签名校验） |
| 数据源真实性认证 | √ 支持（验证发送方数字签名或共享密钥） | √ 支持（验证发送方身份） |
| 防报文重放攻击 | √ 支持（基于单调递增的 Sequence Number） | √ 支持（基于滑动窗口和序列号） |
| NAT 穿越兼容性 | × 严重冲突！无法穿透 NAT（因 NAT 改写 IP 头会导致 AH 校验和彻底失效） | √ 完美兼容（配合 NAT-T 技术封装在 UDP 4500 端口中顺利穿透 NAT） |
3. IPsec 封装模式：传输模式 vs 隧道模式
IPsec 提供了两种截然不同的报文封装方式：
(1) 传输模式（Transport Mode）
- 封装范围：只保护上层载荷（TCP/UDP + 数据），保留原有的原始 IP 头部，仅在原 IP 头和传输层头之间插入 IPsec 头（AH/ESP）。
- 应用场景：两台具有公网 IP 的端到端主机之间通信（Host-to-Host）。
- 局限：原 IP 头部的源/目的 IP 依然完全暴露在公网上，无法隐藏内网真实私有网络拓扑。
(2) 隧道模式（Tunnel Mode）——企业网关最常用
- 封装范围：将原始的整个内网 IP 报文（原 IP 头 + TCP/UDP + 数据）完完整整地打包作为密文载荷！
- 新头部：在最外层贴上一个全新的、由两端出口防火墙/网关公网 IP 构成的“新外网 IP 头部”。
- 应用场景：企业总部与分部出口网关互联（Site-to-Site Gateway-to-Gateway）。
- 安全性：公网黑客即便拦截到报文，既看不到内部任何私网 IP 地址，也看不到任何应用数据内容。
4. 自动化握手大脑：IKE 协议与前向保密（PFS）
手动在两台防火墙上配置复杂的对称加密密钥极其繁琐且易泄露。互联网密钥交换（IKE）（互联网密钥交换协议，UDP 500） 负责自动化协商：
- 两阶段协商流程（IKEv1）：
- 阶段 1（Phase 1）：建立 IKE SA（安全联盟）。两台防火墙核对身份（预共享密钥 Pre-shared Key 或数字证书），通过 Diffie-Hellman（DH）算法在公网安全推导出加密信道。
- 阶段 2（Phase 2）：在 IKE SA 的保护下，快速协商用于加密真实用户业务数据的 IPsec SA（确认是使用 AES-256 还是 SM4，协商对称密钥）。
- 前向保密（PFS, Perfect Forward Secrecy）：
- 如果企业长期使用的预共享密钥（PSK）在未来某一天被内鬼泄露，黑客能否把过去捕获的所有历史抓包全部解密？
- 开启 PFS 后，绝不可能！ PFS 强制在阶段 2 协商每个 IPsec SA 时，必须重新独立执行一次 Diffie-Hellman 临时密钥交换计算。每一个会话的数据密钥彼此完全独立，历史密钥绝不会因为长期主密钥泄露而失效！
5. 黄金搭档：GRE over IPsec
在现代企业网络规划中，常常将 GRE 与 IPsec 双剑合璧：
- IPsec 的遗憾：IPsec 隧道模式不支持组播，因此 OSPF 等动态路由协议报文无法直接在 IPsec 隧道中广播交互。
- 强强联合：
- 先用 GRE 封装总部与分部的 OSPF 路由协议与内网数据（解决组播与动态路由打通问题）；
- 再将封装好的整个 GRE 报文塞进 IPsec ESP 隧道 中实施高强度加密（解决 GRE 明文泄密问题）！
6. 课堂小结与真题实战
- GRE 是支持组播和路由协议的三层隧道协议，但原生纯明文、绝不提供任何加密。
- IPsec 核心协议中，AH 协议仅支持认证与完整性，不支持数据加密；ESP 协议原生支持高强度数据加密与认证。
- IPsec 隧道模式在网关之间重新封装外网新 IP 头部，对内网原始报文实现整体密文保护。