共计 1255 个字符，预计需要花费 4 分钟才能阅读完成。
如何理解 Calico 的默认连通性，针对这个问题，这篇文章详细介绍了相对应的分析和解答，希望可以帮助更多想解决这个问题的小伙伴找到更简单易行的方法。
前面我们完成了 Calico 网络的部署并运行了容器，今天将讨论 Calico 的连通性。
测试一下 bbox1 与 bbox2 的连通性：
ping 成功，数据包流向如下图所示。
① 根据 bbox1 的路由表，将数据包从 cal0 发出。
② 数据经过 veth pair 到达 host1，查看路由表，数据由 enp0s8 发给 host2（192.168.56.105）。
192.168.183.64/26 via 192.168.56.105 dev enp0s8 proto bird
③ host2 收到数据包，根据路由表发送给 calic8bf9e68397，进而通过 veth pair cali0 到达 bbox2。
192.168.183.65 dev calic8bf9e68397 scope link
接下来我们看看不同 calico 网络之间的连通性。
创建 cal_net2。
docker network create –driver calico –ipam-driver calico-ipam cal_net2
在 host1 中运行容器 bbox3，连接到 cal_net2：
docker container run –net cal_net2 –name bbox3 -tid busybox
calico 为 bbox3 分配了 IP 192.168.119.5。
验证 bbox1 与 bbox3 的连通性。
虽然 bbox1 和 bbox3 都位于 host1，而且都在一个 subnet 192.168.119.0/26，但它们属于不同的 calico 网络，默认不能通行。
calico 默认的 policy 规则是：容器只能与同一个 calico 网络中的容器通信。
calico 的每个网络都有一个同名的 profile，profile 中定义了该网络的 policy。我们具体看一下 cal_net1 的 profile：
calicoctl get profile cal_net1 -o yaml
① 命名为 cal_net1，这就是 calico 网络 cal_net1 的 profile。
② 为 profile 添加一个 tag cal_net1。注意，这个 tag 虽然也叫 cal_net1，其实可以随便设置，这跟上面的 name: cal_net1 没有任何关系。此 tag 后面会用到。
③ egress 对从容器发出的数据包进行控制，当前没有任何限制。
④ ingress 对进入容器的数据包进行限制，当前设置是接收来自 tag cal_net1 的容器，根据第 ① 步设置我们知道，实际上就是只接收本网络的数据包，这也进一步解释了前面的实验结果。
既然这是默认 policy，那就有方法定制 policy，这也是 calico 较其他网络方案最大的特性。
关于如何理解 Calico 的默认连通性问题的解答就分享到这里了，希望以上内容可以对大家有一定的帮助，如果你还有很多疑惑没有解开，可以关注丸趣 TV 行业资讯频道了解更多相关知识。
