原文链接：https://thenewstack.io/calico-wireguard-support-with-azure-cni/
作者：Peter Kelly
译者：田璧州
注：本文已取得作者本人的翻译授权
去年 6 月，Tigera 宣布首次在 k8s 上支持用于集群内加密传输的开源 VPN，WireGuard 。我们从来不喜欢坐以待毙，所以我们一直在努力为这项技术开发一些令人兴奋的新功能，其中第一个功能是使用 Azure 容器网络接口 (CNI) 在 Azure Kubernetes 服务 (AKS) 上支持 WireGuard。
首先，这里简单回顾一下什么是 WireGuard 以及我们如何在 Calico 中使用它。
WireGuard 是一种 VPN 技术，从 linux 5.6 内核开始默认包含在内核中，它被定位为 IPsec 和 OpenVPN 的替代品。它的目标是更加快速、安全、易于部署和管理。正如不断涌现的 SSL/TLS 的漏洞显示，密码的敏捷性会极大增加复杂性，这与 WireGuard 的目标不符，为此，WireGuard 故意将密码和算法的配置灵活性降低，以减少该技术的可攻击面和可审计性。它的目标是更加简单快速，所以使用标准的 Linux 网络命令便可以很容易的对它进行配置，并且只有约 4000 行代码，使得它的代码可读性高，容易理解和接受审查。
WireGuard 是一种 VPN 技术，通常被认为是 C/S 架构。它同样能在端对端的网格网络架构中配置使用，这就是 Tigera 设计的 WireGuard 可以在 Kubernetes 中启用的解决方案。使用 Calico，所有启用 WireGuard 的节点将端对端形成一个加密的网格。Calico 甚至支持在同一集群内同时包含启用 WireGuard 的节点与未启用 WireGuard 的节点，并且可以相互通信。
我们选择 WireGuard 并不是一个折中的方案。我们希望提供最简单、最安全、最快速的方式来加密传输 Kubernetes 集群中的数据，而无需使用 mTLS、IPsec 或其他复杂的配置。事实上，您可以把 WireGuard 看成是另一个具有加密功能的 Overlay。
用户只需一条命令就可以启用 WireGuard，而 Calico 负责完成剩余的工作，包括：
- 在每个节点创建 WireGuard 的网络接口
- 计算并编写最优的 MTU
- 为每个节点创建 WireGuard 公钥私钥对
- 向每个节点添加公钥，以便在集群中共享资源
- 为每个节点编写端对端节点
- 使用防火墙标记（fwmark）编写 IP route、IP tables 和 Routing tables，以此正确处理各自节点上的路由
您仅需指明意图，其他的事情都由集群完成
使用 WireGuard 时的数据包流向
下图显示了启用 WireGuard 后集群中的各种数据包流量情况。
同一主机上的 Pod：
- 数据包被路由到 WireGuard 表。
- 如果目标 IP 是同一主机上的 Pod，Calico 则在 WireGuard 路由表中插入一个 “ throw ” 条目，将数据包引导回主路由表。由此，数据包将被定向到目标 Pod 匹配的 veth 接口，并且它将在未加密的情况下流动（在图中以绿色显示）。
不同节点上的 Pod：
-
数据包被路由到 WireGuard 表。
-
路由条目与目标 Pod IP 匹配并发送到 WireGuard 组件： cali.wireguard
-
WireGuard 组件加密并封装数据包（在图中以红色显示）并设置 fwmark 以防止路由环路。
-
WireGuard 组件使用与目标 Pod IP（允许的 IP）匹配的对等方的公钥对数据包进行加密，将其封装在 UDP 中，并使用特殊的 fwmark 对其进行标记以防止路由环路。
-
数据包通过 eth0 发送到目标节点并解密。
-
这也适用于主机流量（例如，节点联网的 Pod）。
在以下动画中，您可以看到 3 种流量：
注意：绿色表示未加密流量，红色表示加密流量。
- 动画演示
WireGuard 在 AKS 的应用
在 AKS 上使用 Azure CNI 支持使用 WireGuard 带来了一些非常有趣的挑战。
首先，使用 Azure CNI 意味着不使用 Calico IPAM（ IP 地址管理）和 CIDR（无类域间路由）块来分配 Pod IP 。相反，它们是采用与节点 IP 相同的分配方式从底层 VNet 进行分配。这对 WireGuard 路由来说是一个有趣的挑战，以往我们可以在 WireGuard 配置中的 Allowed IPs 列表中添加一个 CIDR 块，相比之下，我们现在必须写出该节点上所有 Pod IP。这需要 Calico 将 routeSource 的配置设为 workloadIPs。如果您使用的是我们的 operator 方式部署 AKS 集群，便无需额外配置。
使用 wireguard-tools 中优秀的工具 wg，可以查看集群内端对端节点允许通过的 IP 列表，其中包括每个节点的 Pod IP 和主机 IP（注意终端 IP 也在允许 IP 列表中）。在 AKS 集群上，WireGuard 提供了业务流量加密和主机到主机的加密。
interface: wireguard.cali
public key: bbcKpAY+Q9VpmIRLT+yPaaOALxqnonxBuk5LRlvKClA=
private key: (hidden)
listening port: 51820
fwmark: 0x100000
peer: /r0PzTX6F0ZrW9ExPQE8zou2rh1vb20IU6SrXMiKImw=
endpoint: 10.240.0.64:51820
allowed ips: 10.240.0.64/32, 10.240.0.65/32, 10.240.0.66/32
latest handshake: 11 seconds ago
transfer: 1.17 MiB received, 3.04 MiB sent
peer: QfUXYghyJWDcy+xLW0o+xJVsQhurVNdqtbstTsdOp20=
endpoint: 10.240.0.4:51820
allowed ips: 10.240.0.4/32, 10.240.0.5/32, 10.240.0.6/32
latest handshake: 46 seconds ago
transfer: 83.48 KiB received, 365.77 KiB sent
第二个挑战是正确处理 MTU（最大传输单元）。Azure 设置的 MTU 是 1500，而 WireGuard 在数据包上设置了一个 DF（Don't Fragment）标记。如果没有正确调整 WireGuard MTU，我们会在启用 WireGuard 时发现有丢包和低带宽。我们可以在 AKS 中通过 Calico 设置为自动检测，从而为 WireGuard 配置正确的开销和 MTU 来优化。
我们还可以将节点 IP 本身添加为端对端节点允许通信的 IP ，并通过 AKS 中的 WireGuard 处理主机联网的 Pod 和主机到主机通信。主机到主机通信的方法是，当 RPF（反向路径转发）发生时，通过 WireGuard 接口获得路由返回的响应。通过在目的节点的接收数据包上设置一个标记，并配置内核确保遵守 sysctl 中的 RPF 标记来解决这个问题。
现在您使用 AKS 时，节点之间的业务流量和主机到主机通信都会被加密。您仅需指明意图，其他的事情都由集群完成。
