Ubuntu 22.04.2多VLAN独立路由实现方案咨询及替代方案探讨

嗨，看起来你已经通过Netplan配置VRF的方式完美解决了多VLAN独立路由的问题，这个方案确实是Linux下处理这类多隔离网络场景的标准做法之一！先给你的配置点个赞——把每个VLAN子接口绑定到专属VRF，每个VRF对应独立的路由表，这样每个VLAN就能拥有自己的默认路由，完全不会互相干扰，非常契合你的VRF核心网络环境。

既然你想了解其他替代方案，我给你梳理几个常用的思路：

一、网络命名空间（Network Namespaces） #

这是Linux下实现网络环境完全隔离的经典方案，每个命名空间就像一个独立的“迷你Linux网络栈”，有自己的网卡、路由表、iptables规则甚至DNS配置。

• 实现思路：
  1. 创建对应VLAN的命名空间，比如：ip netns add red-ns
  2. 将VLAN子接口移动到目标命名空间：ip link set ens4.10 netns red-ns
  3. 进入命名空间配置IP和路由：

     ip netns exec red-ns ip addr add 10.0.0.2/30 dev ens4.10
     ip netns exec red-ns ip link set ens4.10 up
     ip netns exec red-ns ip route add default via 10.0.0.1
     

• 优势：隔离度拉满，不同命名空间的网络环境完全独立，不会互相影响；适合需要对不同VLAN的流量做完全独立管控（比如单独配置防火墙）的场景。
• 劣势：管理相对繁琐，所有针对命名空间内的操作都需要加ip netns exec前缀，或者进入命名空间环境，大规模配置时成本较高。

二、基于策略路由（Policy-Based Routing）的多路由表 #

不需要额外的隔离组件，直接利用Linux原生的多路由表和规则匹配机制实现路由隔离。

• 实现思路：
  1. 在/etc/iproute2/rt_tables中添加自定义路由表标识：

     10     red-table
     20     blue-table
     

  2. 为每个路由表添加对应VLAN的默认路由：

     ip route add default via 10.0.0.1 table red-table
     ip route add default via 20.0.0.1 table blue-table
     

  3. 添加策略规则，指定流量匹配逻辑：

     # 从red VLAN IP发出的流量用red-table
     ip rule add from 10.0.0.2/30 table red-table
     # 从blue VLAN IP发出的流量用blue-table
     ip rule add from 20.0.0.2/30 table blue-table
     

• 优势：配置轻量，不需要引入VRF或命名空间这类额外组件，适合只需要路由层面隔离的简单场景。
• 劣势：隔离性较弱，所有流量共享同一个系统网络栈，规则容易冲突；当VLAN数量增多时，路由规则的维护复杂度会直线上升。

三、Open vSwitch（OVS）结合隔离组件 #

如果你的环境已经使用了OVS交换机，可以借助OVS的VLAN划分和流表能力实现更灵活的流量管控，再结合VRF或命名空间完成路由隔离。

• 实现思路：
  1. 将Ubuntu的物理网卡接入OVS网桥：ovs-vsctl add-port br0 ens4
  2. 在OVS上配置VLAN子端口：ovs-vsctl add-port br0 ens4.10 tag=10
  3. 将VLAN端口绑定到VRF或命名空间，再配置对应路由
• 优势：支持复杂的网络拓扑和高级流量控制（比如流量镜像、QoS），非常适合SDN架构的环境。
• 劣势：学习曲线较陡，配置复杂度高，对于你当前的多VLAN路由场景来说有点“大材小用”。

总结 #

你当前使用的VRF方案是平衡了配置便捷性和隔离性的最优选择之一，尤其是和你核心网络的VRF架构天然契合。如果后续需要更高的隔离度，可以考虑网络命名空间；如果只是简单的路由隔离需求，策略路由会更轻量；而OVS则适合未来扩展复杂网络场景时选用。

备注：内容来源于stack exchange，提问作者Seathorn