liruonian的博客

我们今天学习一下 Linux 上常见的网络设备 TUN/TAP，这两个设备经常被放到一起讨论，因为它们的功能其实非常类似，都是 Linux 内核提供的虚拟网络设备，就像一块真实的网卡，但它的一端连着操作系统协议栈，另一端连着用户空间的程序。如下图所示：我们假设：右侧的应用程序代表 ping 命令，左侧的应用程序代表绑定了 TUN/TAP 设备的用户空间程序。右侧的应用进程想尝试执行。

最近工作的原因需要学习 kubernetes，公司虽然部署有 kubernetes 的环境，但毕竟没权限随便折腾，所以就打算在自己电脑上搭建一套环境。在搭建的过程中还是遇到了不少的坑，在这里记录下来作为备忘。

对于这类需求，我们就可以使用 VPC 和 Subnet 来实现，通过 VPC 实现厂商（租户）间的隔离，通过 Subnet 来实现应用间的隔离（当然有很多灵活的用法）。我们在上一篇介绍的文章中可以看到，如果我们在创建 Subnet 的时候没有指定 VPC，那该 Subnet 默认会关联上 Kube-OVN 初始化时创建的VPC，但在例如我们当前举例的云计算平台的场景下，所有租户都使用默认的 VPC 显然是无法达到很好的隔离性的。所以，仅使用默认的VPC 和 默认的。

我们刚才一直使用的是这个默认子网，我们尝试新建一个子网。metadata:spec:- ns1 # 指定namespace新建的subnet1子网关联了ns1这个 namespace，我们再在ns1kind: Podmetadata:spec:可以看到在ns1namespace 下创建的 pod，其 ip 是由subnet1网段分配的。...相应的，由于subnet1的的配置项为 true，所以在中也是可以访问公网的。