VPN隧道和链路加密

简短摘要

VPN（虚拟专用网络）是允许在不安全的网络（通常是Internet）之上创建安全通道的一系列技术。关键目标：保密（加密）、完整性（消息身份验证）、真实性（节点/用户相互身份验证）和可用性（故障和锁定抗性）。在企业基础架构中,VPN关闭站点到站点、远程访问、互连和服务到服务（机器到机器）脚本。现代实践是最小化"扁平"L3网络，并应用细分，最小特权原则以及逐步过渡到Zero Trust。

基本概念

隧道-将一个协议的数据包封装到另一个协议（例如UDP内的IP）中，从而允许"携带"私人地址计划和策略通过公共网络。
加密-保护流量内容（AES-GCM，ChaCha20-Poly 1305）。
身份验证-确认节点/用户的真实性（X.509、PSK、SSH密钥证书）。
完整性-替代保护（HMAC, AEAD）。
PFS （Perfect Forward Secrecy）-不会从长期检索会话密钥；对长期钥匙的损害不会透露过去的会议。

类型脚本

1.站点到站点（L3）：办公室↔数据中心/云；通常IPsec/IKEv2、静态路由器或动态路由器。

2.远程访问（用户到站点）： 来自笔记本电脑/移动的员工；OpenVPN/WireGuard/IKEv2, MFA, split/full-tunnel.

3.Hub-and-Spoke：通往中央枢纽的所有分支机构（在线或云公交）。
4.Mesh：完整的分支机构/微代理网络（动态路由+IPsec）。
5.云端到云端：互连链路（IPsec隧道、Cloud VPN/Transit Gateway, SD-WAN）。
6.服务到服务：集群/内幕之间的机器连接（WireGuard, CNI/SD-WAN中的IPsec,服务级别的mTLS）。

VPN协议及其强大的位置

IPsec （ESP/IKEv2）-站点到站点的"黄金标准"

图层：IKEv2（密钥交换）、ESP（加密/通信身份验证）。
模式：隧道（通常），传输（很少，主机k主机）。
优点：硬件离线、成熟度、跨供应商兼容性,是高速公路和云网关的理想之选。
缺点：设置困难，对NAT的敏感性（由NAT-T/UDP-4500决定），协调策略时更多"仪式"。
使用：分支机构,数据中心,云,高性能要求。

OpenVPN (TLS 1.2/1.3)

图层：L4/L7，UDP/TCP顶部的流量；通常，UDP上的类似DTLS的电路。

优点： 灵活,NAT和DPI在熟练伪装（tcp/443）,丰富的生态系统.

缺点：开销高于IPsec/WireGuard的开销；需要一个整齐的加密配置。
用途：远程访问、溷合环境,当网络的"可穿透性"很重要时。

WireGuard (NoiseIK)

层：UDP顶部的L3；极简的代码库，现代密码接收器（Curve25519，ChaCha20-Poly 1305）。
优点：高性能（特别是在移动设备/ARM）,配对简单,快速漫游。
缺点：没有内置PKI；密钥管理/身份管理需要周围的过程。

用途： 远程访问,集群间连接,S2S现代堆栈,DevOps.

SSH隧道（L7）

Типы: Local/Remote/Dynamic (SOCKS).

优点：用于点访问/管理的"袖珍"工具。
缺点：不能扩展为机箱VPN,密钥管理和审核更加复杂。

用法： 点访问服务,"潜望镜"到封闭网络,跳主机.

GRE/L2TP/…（无加密封装）

目的：创建L2/L3隧道，但不加密。通常与IPsec（IPsec/GRE over IPsec的L2TP）结合使用。
用法：罕见的情况是需要L2通道特性（旧协议/L3之上隔离的VLAN）。

密码学和参数

密码：AES-GCM-128/256（硬件加速，AES-NI），ChaCha20-Poly1305（移动/无AES-NI）。
CECH/小组：ECDH（Curve25519，secp 256r1），DH ≥ 2048小组；启用PFS。
签名/PKI：最好ECDSA/Ed25519；自动发布/旋转,使用OCSP/CRL。
按键寿命：IKE SA/Child SA短,定期计数（例如,8-24小时,按流量/时间）。
MFA：用于定制VPN-TOTP/WebAuthn/Push。

性能和可靠性

MTU/MSS：正确设置PMTU（通常为UDP隧道1380-1420）；边界节点上的MSS-clamp。
DPD/MOBIKE/Keepalive：对"堕落"的斑点的在线检测，不间断漫游（IKEv2 MOBIKE，WireGuard PersistentKeepalive）。
路由：ECMP/Multipath，用于扬声器的隧道顶部的BGP。
Offload：硬件加密加速器，SmartNIC/DPU，Linux内核（xfrm，WireGuard内核）。
封锁突破：港口/运输的变化，握手的溷淆（法律允许的地方）。
QoS：流量分类和优先级，实时流量的抖动控制。

拓扑和设计

Full-tunnel vs Split-tunnel:

满：所有通过VPN的流量（控制/安全性更高,负载更大）。
Split：只有所需的子网（节省成本、减少延迟、提高"旁路"链路保护要求）。
分割：单独的隧道/VRF/环境政策（Prod/Stage）、数据域（PII/financal）、供应商。
云：Cloud VPN/Transit Gateways（AWS/GCP/Azure），IPsec，通过集中式传输中心进行路由。
SD-WAN/SASE：带有自动通道选择、内置遥测和安全策略的覆盖物。

链路和环境安全

Firewall/ACL：通过端口/子网显式allow-lists,默认情况下为deny。
DNS安全：通过隧道强制执行企业DNS,防漏保护（IPv6、WebRTC）。
客户策略：kill-switch（隧道坠落时的流量块）,当需要合规性时禁止split-DNS。
徽标和审核：集中握手,认证,rekey被拒绝的SA日志。
秘密：HSM/供应商 KMS，轮换，PSK最小化（最好是WG证书或密钥）。
设备：合规性检查（OS,修补程序,磁盘加密,EDR）, NAC/MDM。

可观察性、SLO/SLA和alerting

关键指标：

隧道可用性（％uptime）。
Latency, jitter, packet loss在关键路线上。
带宽（p95/p99），CPU/IRQ密码结。
rekey/DPD事件的频率，身份验证失败。
碎片错误/PMTU。

SLO示例：

"VPN枢纽可用性≥ 99.95%在月份"
"DC-A和DC-B之间的p95延迟≤ 35毫秒。"
«< 0.每小时1％的未完成IKE SA。"

Alarms：

Down> X秒隧道；DPD激增；手动错误的增加；p95>阈值降解；CRL/OCSP错误。

操作和生命周期

PKI/证书：自动发布/更新，TTL短，在受到损害时立即撤回。
按键轮换：正常轮换，并分阶段转用。
更改：带回滚的更改计划（新/新SA并行），服务窗口。
破玻璃：备用凭证/按键，通过跳跃主机记录手动访问。
事件：如果怀疑有罪-证书撤回，PSK轮换，强制rekey，港口/地址更改，登录审核。

合规性和法律方面

GDPR/PII：在过境中强制加密，最大限度地减少访问，分段。
PCI DSS：强密码，MFA，访问日志，cardholder区域分割。
本地流量/密码限制：遵守司法管辖区的要求（加密导出、DPI、锁定）。
日志：根据策略进行存储（恢复、完整性、访问）。

Zero Trust, SDP/ZTNA vs经典VPN

经典VPN：分发网络访问（通常广泛）。
ZTNA/SDP：在上下文验证（身份、设备状态、风险）之后,可访问特定的应用程序/服务。
混合模型：将VPN 留给高速公路/S2S，将用户留给ZTNA瓷砖留给所需的应用程序；逐渐清除"扁平"套装。

如何选择协议（简短矩阵）

在分支机构/云之间：IPsec/IKEv2。
远程用户访问：WireGuard（如果需要一个简单、快速的客户端）或OpenVPN/IKEv2（如果需要成熟的PKI/策略）。
通过代理/DPI的高"可穿透性"：OpenVPN-TCP/443（带有开销意识）或混淆（在允许的情况下）。
移动/漫游：WireGuard或MOBIKE IKEv2。
L2在L3： GRE/L2TP和IPsec（加密是强制性的）之上。

实施支票

1.定义访问域（Prod/Stage/Back-office）和最小权限原则。
2.选择协议/拓扑（hub-and-spoke vs mesh）,计划寻址和路由。
3.批准加密算法（AES-GCM/ChaCha20，ECDH，PFS，简称TTL）。
4.设置PKI、MFA、截止日期和反馈策略。
5.配置MTU/MSS、DPD/MOBIKE、keepalive。
6.包括日志，dashbords，SLO度量和alerta。
7.进行负载/传送器测试（枢纽掉落，rekey-bursts，换线）。
8.记录破玻璃和旋转过程。
9.对用户（客户、策略）进行培训。
10.定期审查访问和审计报告。

常见错误以及如何避免错误

没有IPsec的L2TP/GRE：没有加密→总是添加IPsec。
不正确的MTU：碎片/滴水→自定义MSS clamp,检查PMTU。
PSK"永远"：过时的密钥→轮换，转换为证书/E25519。
分裂隧道中的广泛网络：流量泄漏→明确的路由/策略,DNS仅通过VPN。
单个"超级中心"无冗余：SPOF →资产，ECMP，多个区域。
没有握手监测："无声"坠落→ DPD/警报/便士板。

配置示例

WireGuard (Linux) — `wg0.conf`

ini
[Interface]
Address = 10. 20. 0. 1/24
PrivateKey = <server_private_key>
ListenPort = 51820

Client 1
[Peer]
PublicKey = <client1_public_key>
AllowedIPs = 10. 20. 0. 10/32
PersistentKeepalive = 25

客户端：

ini
[Interface]
Address = 10. 20. 0. 10/32
PrivateKey = <client_private_key>
DNS = 10. 20. 0. 2

[Peer]
PublicKey = <server_public_key>
Endpoint = vpn. example. com:51820
AllowedIPs = 10. 20. 0. 0/24, 10. 10. 0. 0/16
PersistentKeepalive = 25

strongSwan (IPsec/IKEv2) — `ipsec.conf`

conf config setup uniqueids=never

conn s2s keyexchange=ikev2 ike=aes256gcm16-prfsha384-ecp256!
esp=aes256gcm16-ecp256!
left=%any leftid=@siteA leftsubnet=10. 1. 0. 0/16 right=vpn. remote. example rightsubnet=10. 2. 0. 0/16 dpdaction=restart dpddelay=30s rekey=yes auto=start

`ipsec.secrets`:

conf
: RSA siteA. key

OpenVPN (UDP, TLS 1.3) — `server.conf`

conf port 1194 proto udp dev tun tls-version-min 1. 3 cipher AES-256-GCM data-ciphers AES-256-GCM:CHACHA20-POLY1305 auth SHA256 user nobody group nogroup topology subnet server 10. 30. 0. 0 255. 255. 255. 0 push "redirect-gateway def1"
push "dhcp-option DNS 10. 30. 0. 2"
keepalive 10 60 persist-key persist-tun verb 3

iGaming/fintech平台的实践

细分：用于支付集成，后台，内容提供商，反欺诈的独立隧道；隔离PII/支付域。
严格的访问策略：针对特定端口/子网的机器到机器（PSP 、监管机构的allow list）。
可观察性：p95时间到钱包可能会因VPN事件而退化-监控与关键PSP/银行的连接。
合规性：存储访问日志和认证,实现MFA,定期频道五旬节。

FAQ

可以在所有分支机构之间进行全方位的操作吗?

只有当有自动化和动态路由时；否则-复杂性的增加。通常，hub-and-spoke+本地例外更为有利可图。

是否需要加密云之间的"内部"通信?

是的。公共后端和区域间骨干网需要IPsec/WireGuard和严格的ACL。

什么是更快-AES-GCM还是ChaCha20-Poly1305?

在x 86上使用AES-NI-AES-GCM；在ARM/移动设备上，经常赢得ChaCha20-Poly1305。

何时切换到ZTNA?

当通过VPN的网络访问变得"广泛"并且应用程序可以通过上下文验证和设备验证逐点发布时。

底线

可靠的VPN体系结构不仅是"协议和端口"。它是具有PFS的加密算法，经过深思熟虑的细分，具有刚性SLO的可观察性，PKI/旋转学科，以及在网络访问冗余的情况下向ZTNA的托管过渡。按照上面的支票单和选择矩阵，为现代分布式系统构建稳定和可控的连通性。