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。

• "VPN樞紐可用性≥ 99.95%在月份"
• 「DC-A和DC-B之間的p95延遲≤ 35毫秒。」
• «< 0.每小時1％的未完成IKE SA。"

• 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的托管過渡。按照上面的支票單和選擇矩陣，為現代分布式系統構建穩定和可控的連通性。