VPN加密隧道解决的核心问题，是当设备不在同一受信任内网时，如何确保数据在不可控的公共网络上完整、私密地传输。它通过在通信双方之间建立一条逻辑上的“管道”，将原始数据包封装并加密，使其在途经任何中间节点时都无法被直接读取或篡改。这条管道并非物理线路，而是基于特定协议在现有网络之上构建的安全通道，astrill vpn实现了私有通信在公共介质中的隔离运行。
封装与加密的职责分工
在IPsec协议栈中，封装与加密由不同组件承担，各司其职。IPsec工作在IP层，位于传输层之下。其核心载荷协议ESP（Encapsulating Security Payload）负责实际的数据加密与认证。当处于隧道模式时，整个原始IP数据报（包括源IP和目的IP）都会被加密，形成新的IP报头加密文的结构；而在传输模式下，仅加密IP载荷部分，原始IP头保持不变。这种分层设计使得加密操作能在网络层独立执行，不依赖上层应用。
加密隧道在公共网络之上构建逻辑管道，确保跨地域数据传输的私密性与完整性。
值得注意的是，原生ESP流量使用IP协议号50进行标识，而非UDP端口50。这意味着它直接复用IP层能力，无需额外传输层端口映射。隧道模式下，两端节点会隐藏真实内网地址，外部只能看到VPN端点的公网IP；传输模式则保留原始IP头，适用于主机到主机的点对点连接。两种模式的选择取决于是否需要隐藏底层拓扑及中间路由的兼容性。
安全关联的建立过程
在加密数据交换前，通信双方必须协商一致的安全参数，这一组参数称为安全关联（SA）。SA并非预先配置固定值，而是通过IKE（Internet Key Exchange）协议动态协商生成。IKE分为两个阶段：第一阶段建立双向认证的安全通道，保护后续协商免受窃听；第二阶段在该通道内协商具体的IPsec SA，确定加密算法、密钥及有效期。只有SA建立成功后，ESP才开始处理数据。
SA具有方向性，入站和出站SA独立管理。每条SA绑定特定的对端地址、VPN下载协议类型及序列号范围。一旦密钥寿命到期或检测到重放攻击，IKE会自动触发重新协商，生成新SA而无需中断服务。整个过程是自动化的，用户无需手动干预密钥轮换，但需确保两端时间同步且IKE服务可达。
只读验证方法
在Linux系统上，若已部署IPsec VPN，可使用`ip xfrm policy`命令查看当前的安全策略。该命令显示系统将哪些流量源和目标导向IPsec处理，以及对应的模式（tunnel或transport）。例如，输出中显示`src 10.0.0.0/8 dst 192.168.1.0/24 proto esp spi 1234`，表明流向该内网网段的流量正通过SPI为1234的ESP通道发送。
此操作仅读取内核维护的xfrm框架状态，不修改任何配置或路由。通过观察SPI值是否存在及模式类型，可快速确认隧道是否激活、保护范围是否符合预期。若未见对应条目，说明SA尚未建立或策略未匹配，需进一步检查IKE协商日志，而非直接怀疑网络物理连通性。这种只读检查不影响现有业务连接，适合在线排查基础状态。
