Не усложняй. В Proxmox на vmbr0 поставь галочку для VLAN тега, если у тебя простой коммутатор — всё пройдёт без проблем. В pfSense настрой VLANы. Если же у тебя умный коммутатор, нужно отметить тегом порт, к которому подключена LAN Proxmox.

Давайте уточню, у вас Proxmox стоит на ноутбуке, pfSense — на другом устройстве, и есть Cisco коммутатор. Вы хотите, чтобы Proxmox получил VLAN 5, с которого pfSense управляет DHCP. Если это так, то на Cisco коммутаторе нужно создать VLAN 5 и настроить тегирование порта, к которому подключен Proxmox.

ооОоо, значит ты используешь контейнеры, а не виртуальные машины?

Я создал файл /etc/network/interfaces: Код: /etc/network/interfaces.ovs

# Интерфейс обратной петли  
auto lo  
iface lo inet loopback

# Мост для наших физических интерфейсов enp0s25 и виртуальных VLAN (наши виртуальные машины тоже будут подключаться к этому мосту)  
auto vmbr0  
allow-ovs vmbr0  
iface vmbr0 inet manual  
 ovs_type OVSBridge  
 # ПРИМЕЧАНИЕ: мы ОБЯЗАНЫ указать enp0s25, vlan1 и vlan55, даже несмотря на то, что у каждого из них прописан ovs_bridge vmbr0! Не понимаю, зачем нужен такой перекрестный вызов, но без него это не работает!  
 ovs_ports enp0s25 vlan5 vlan10 vlan20 vlan25 vlan30  
 mtu 9000

# Физический интерфейс для входящего трафика. Неотмеченный трафик переназначается в vlan 5, а остальные теги проходят как есть.  
auto enp0s25  
allow-vmbr0 enp0s25  
iface enp0s25 inet manual  
 ovs_bridge vmbr0  
 ovs_type OVSPort  
 ovs_options tag=5 vlan_mode=native-untagged trunks=10,20,25,30  
 mtu 9000

# Виртуальный интерфейс для использования изначально неотмеченного трафика  
allow-vmbr0 vlan5  
iface vlan5 inet static  
 ovs_type OVSIntPort  
 ovs_bridge vmbr0  
 ovs_options tag=5  
 ovs_extra set interface ${IFACE} external-ids:iface-id=$(hostname -s)-${IFACE}-vif  
 address 192.168.5.250  
 netmask 255.255.255.0  
 gateway 192.168.5.1  
 mtu 1500

allow-vmbr0 vlan10  
iface vlan5 inet static  
  ovs_type OVSIntPort  
  ovs_bridge vmbr0  
  ovs_options tag=10  
  ovs_extra set interface ${IFACE} external-ids:iface-id=$(hostname -s)-${IFACE}-vif  
  address 192.168.10.250  
  netmask 255.255.255.0  
  gateway 192.168.10.1  
  mtu 1500

allow-vmbr0 vlan20  
iface vlan20 inet static  
 ovs_type OVSIntPort  
 ovs_bridge vmbr0  
 ovs_options tag=20  
 ovs_extra set interface ${IFACE} external-ids:iface-id=$(hostname -s)-${IFACE}-vif  
 address 192.168.20.250  
 netmask 255.255.255.0  
 gateway 192.168.20.1  
 mtu 1500

allow-vmbr0 vlan25  
iface vlan25 inet static  
 ovs_type OVSIntPort  
 ovs_bridge vmbr0  
 ovs_options tag=25  
 ovs_extra set interface ${IFACE} external-ids:iface-id=$(hostname -s)-${IFACE}-vif  
 address 192.168.25.250  
 netmask 255.255.255.0  
 gateway 192.168.25.1  
 mtu 1500

allow-vmbr0 vlan30  
iface vlan30 inet static  
 ovs_type OVSIntPort  
 ovs_bridge vmbr0  
 ovs_options tag=30  
 ovs_extra set interface ${IFACE} external-ids:iface-id=$(hostname -s)-${IFACE}-vif  
 address 192.168.30.250  
 netmask 255.255.255.0  
 gateway 192.168.30.1  
 mtu 1500

Я использую пример из вики по openvswitch, который подстроил под свою конфигурацию. Управляющий интерфейс назначен на 192.168.5.250 (находится в моём VLAN управления VLAN05). Интерфейс моего PM-сервера подключён к Cisco SG300, при этом VLAN05 настроен как untagged, а VLAN10, VLAN20, VLAN25 и VLAN30 — tagged. Я хочу создать виртуальную машину с Ubuntu Server 18.04, которая будет подключаться к VLAN20. В будущем планирую добавить контейнеры (и LXC, и Docker), но сейчас просто хочу, чтобы Ubuntu-сервер нормально работал. Так что, я вообще на правильном пути? Потому что уже две недели у меня стоит Ubuntu Server, которая использует ресурсы, но не работает — не выходит в сеть и в интернет.