Сетевая конфигурация Proxmox VE хранится в файле /etc/network/interfaces. По умолчанию устанавливается мост vmbr0, к которому подключаются все VM и LXC-контейнеры. Рассмотрим основные сценарии настройки.

Стандартная конфигурация моста vmbr0

# /etc/network/interfaces

auto lo
iface lo inet loopback

auto eno1
iface eno1 inet manual

auto vmbr0
iface vmbr0 inet static
    address 192.168.1.100/24
    gateway 192.168.1.1
    bridge-ports eno1
    bridge-stp off
    bridge-fd 0

VLAN-тегирование в Proxmox

Proxmox поддерживает VLAN через VLAN-aware bridge. Это позволяет изолировать трафик разных VM в одной физической сети:

# VLAN-aware мост
auto vmbr0
iface vmbr0 inet static
    address 192.168.1.100/24
    gateway 192.168.1.1
    bridge-ports eno1
    bridge-stp off
    bridge-fd 0
    bridge-vlan-aware yes
    bridge-vids 2-4094

После этого при создании VM/CT можно указать VLAN Tag (например, 10, 20, 100) прямо в настройках сетевого интерфейса.

Bonding (агрегация каналов)

Для отказоустойчивости и увеличения пропускной способности используйте bonding:

>auto bond0
iface bond0 inet manual
    bond-slaves eno1 eno2
    bond-miimon 100
    bond-mode active-backup  # или 802.3ad для LACP

auto vmbr0
iface vmbr0 inet static
    address 192.168.1.100/24
    gateway 192.168.1.1
    bridge-ports bond0
    bridge-stp off
    bridge-fd 0

Изолированная частная сеть для VM

Создайте второй мост без физического интерфейса для изолированной внутренней сети:

>auto vmbr1
iface vmbr1 inet static
    address 10.10.10.1/24
    bridge-ports none
    bridge-stp off
    bridge-fd 0

# Разрешить маршрутизацию
echo "net.ipv4.ip_forward=1" >> /etc/sysctl.conf
sysctl -p

# NAT для выхода в интернет
iptables -t nat -A POSTROUTING -s 10.10.10.0/24 -o vmbr0 -j MASQUERADE

SDN (Software-Defined Networking): В Proxmox VE 9 встроен полноценный SDN-модуль. Через Datacenter → SDN можно создавать зоны, VNets и сложные топологии без редактирования файлов.

Применение изменений сети

># Проверить конфигурацию без применения
ifreload -a -n

# Применить изменения
ifreload -a

# Или через веб-интерфейс
# Node → Network → Apply Configuration

Важно: Изменение сетевой конфигурации на удалённом сервере может привести к потере доступа. Всегда проверяйте настройки через OOB/IPMI или делайте снапшот конфигурации.

Диагностика сети

# Показать мосты и их порты
brctl show

# Статистика интерфейсов
ip -s link show vmbr0

# Проверить маршруты
ip route show

# Трассировка в VM (по имени)
pvesh get /nodes/pve/qemu/100/agent/network-get-interfaces

Ошибки сетевой конфигурации и их причины

Три ошибки, которые чаще всего встречаются при настройке моста, VLAN и bonding — все три проявляются сразу после ifreload -a или перезагрузки ноды, поэтому проверять сеть удобнее всего именно в этот момент, пока изменения свежи в памяти.

RTNETLINK answers: File exists
bridge vmbr0: received packet on eno1 with own address as source address
ifup: failed to bring up vmbr0 (SIOCADDRT: Network is unreachable)

File exists: IP-адрес или маршрут уже назначен другому интерфейсу — часто остаётся от предыдущей конфигурации после неудачного ifreload. Проверьте ip addr show и ip route show на дублирование.
own address as source address: к мосту подключены два физических порта, соединённых друг с другом, либо коммутатор создал петлю, а bridge-stp off отключает защиту от петель. Включите bridge-stp on или физически разведите порты.
Network is unreachable: указан неверный или недоступный gateway при статической настройке. Проверьте, что gateway лежит в той же подсети, что и адрес интерфейса.

Когда обычной конфигурации моста недостаточно

Файл /etc/network/interfaces покрывает базовые сценарии, но не все задачи сети.

Нужна изоляция гостей друг от друга внутри одного VLAN на одном мосту — обычный bridge/VLAN этого не даёт, нужны отдельные зоны и VNets через SDN или firewall-правила на уровне vmbr.
Требуется динамическая маршрутизация между сегментами (BGP/OSPF) — статический файл интерфейсов не подходит, нужен FRRouting поверх обычной сети Linux.
Нужна маршрутизация трафика между несколькими провайдерами (multi-WAN) — bonding агрегирует каналы одного провайдера, но не занимается policy routing между разными таблицами маршрутизации.

Проверка результата

# Мост поднят, порты в состоянии forwarding
brctl show
bridge link show

# VM реально получает трафик нужного VLAN
tcpdump -i vmbr0 -e vlan

# Связность из VM наружу через новый мост
ping -c3 -I vmbr0 8.8.8.8

Если порты моста активны, tcpdump показывает пакеты с ожидаемым VLAN-тегом, а ping проходит — сеть настроена верно. Про изоляцию через программно-определяемые сети — в статье SDN в Proxmox VE.