Та же проблема!!! Пожалуйста, помогите. Очень страшно думать, что любые изменения в сетевых настройках хоста могут отключить сеть у моих виртуальных машин, а они работают в боевом окружении!

Нашёл быстрый и грязный способ... но он требует обслуживания, так что будьте осторожны!

Шаг 1: Создайте новый скрипт (bash) в месте, где вы можете его запускать согласно своим пользовательским правам. Например: /root/scripts/reload_vm_network

Шаг 2: Нужно собрать пару данных по вашим ВМ. (Это самая сложная часть, если вы часто меняете настройки ВМ или создаёте много ВМ)  
Получите список ваших VMID:  
Код: sudo qm list  
Запомните ID ВМ, они вам понадобятся.

Получите сетевую информацию каждой ВМ:  
Код: get config <vmid>  
Замените vmid на каждый ID, который получили на первом шаге.  
Обратите внимание на строку: netX: ....  
Пример:  
Код: net0: e1000=DE:9D:F0:86:A8:DB,bridge=vmbr1,firewall=0  
Повторите этот шаг для каждой ВМ и запишите результаты.

Шаг 3: Отредактируйте скрипт из шага 1 и добавьте всю информацию по вашим ВМ следующим образом:  
nano /root/scripts/reload_vm_network  
Код:  
#!/bin/bash

vm101="e1000=DE:3E:6E:FE:C2:D8:F9,bridge=vmbr1"  
vm102="e1000=2E:00:A6:1D:62:7F,bridge=vmbr1"

qm set 101 --net0 $vm101",link_down=1"  
qm set 101 --net0 $vm101""

qm set 102 --net0 $vm102",link_down=1"  
qm set 102 --net0 $vm102""

ВАЖНО! Если вы меняете MAC-адреса ВМ, нужно править их и в скрипте. Если меняете bridge — тоже меняйте в скрипте. И так далее...  
Если добавляете новую ВМ (скажем, 103), просто повторяете шаг 2 для неё и добавляете в скрипт так:  
Код:  
#!/bin/bash

vm101="e1000=DE:3E:6E:FE:C2:D8:F9,bridge=vmbr1"  
vm102="e1000=2E:00:A6:1D:62:7F,bridge=vmbr1"  
vm103="e1000=AE:40:B6:5C:CC:3D,bridge=vmbr1"

qm set 101 --net0 $vm101",link_down=1"  
qm set 101 --net0 $vm101""

qm set 102 --net0 $vm102",link_down=1"  
qm set 102 --net0 $vm102""

qm set 103 --net0 $vm103",link_down=1"  
qm set 103 --net0 $vm103""

Шаг 4: *** Перезагрузите сетевые настройки на вашем Proxmox хосте ***  
ВНИМАНИЕ! Это прервёт сеть на сервере, так что будьте готовы к доступу через IPMI, если это выделенный сервер и если скрипт сломает соединение.  
Код: systemctl restart networking

Шаг 5 (опционально): Для удобства я добавил пару алиасов в файл bashrc, чтобы проще редактировать настройки портов и перезагружать сеть.  
Отредактируйте bashrc:  
Код: nano /root/.bashrc  
Добавьте в конец файла:  
Код:  
alias net.m='nano /etc/network/interfaces'  
alias netall='systemctl restart networking'  
alias net1='ifdown vmbr1; ifup vmbr1;'

Объяснение:  
net.m — откроет файл /etc/network/interfaces для редактирования (чтобы менять настройки портов, например)  
netall — полностью перезапустит сеть на хосте (смотрите предупреждение выше)  
net1 — выключит и включит только мост vmbr1 (в моём случае) — к которому подключены все ВМ в качестве шлюза по умолчанию, остальные мосты и сам хост не затронет.

Теперь, когда нужно добавить новый маршрут iptable или форвард для одной из ВМ на vmbr1, я просто в консоли хоста запускаю:  
Код: net1  
Это перезагрузит настройки адаптера vmbr1 и «заставит» все ВМ переподключить сетевой интерфейс. Связь с ВМ может пропасть на пару секунд, пока vmbr1 не заработает — это нормально.

Улучшение: можно создать отдельный мост для каждой ВМ и сделать скрипт для каждой из них — тогда при изменении настроек для одной вы не затронете остальные. В любом случае, это костыль... Мне кажется, разработчикам Proxmox стоит заняться этим вопросом. Или если кто-то знает более хорошее решение, делитесь.

Надеюсь, это поможет.

Одна причина: демон OpenVSwitch нужно перезапустить, и это убивает мост во время обновления или апгрейда пакета `openvswitch-switch`.

Спасибо, мои "моды"

Bash:

# Сначала получаем нужные нам данные:
qm list | grep running | awk '{print "qm config "$1" | grep ^net | sed -e '\''s/^/qm "$1" /'\''"}' | sh >> /tmp/t1
pct list | grep running | awk '{print "pct config "$1" | grep ^net | sed -e '\''s/^/pct "$1" /'\''"}' | sh >> /tmp/t1

# Теперь преобразуем их в нужный нам вид:
# P.S. Я *НЕ* использую опцию firewall, поэтому буду использовать её как «общий знаменатель» между pct и qm — у pct нет опции link_down=
cat /tmp/t1 | awk '{print $1" set "$2" -"$3" firewall=1,"$4}' > /tmp/tt1
cat /tmp/t1 | awk '{print $1" set "$2" -"$3" "$4}' > /tmp/tt2

# Обязательно запускайте эти команды из КОНСОЛИ!!!!

apt upgrade # Или что там ещё требует «веселья»

systemctl restart networking

bash < /tmp/tt1
bash < /tmp/tt2

Для меня эта проблема сохраняется даже после того, как я попробовал скрипты отсюда. Честно говоря, это немного ломает всю затею...

Для меня перезагрузка интерфейса не помогла, и интерфейс так и не присоединился к недавно созданному мосту после перезапуска сетевой службы. Поэтому я сделал вот что: временно переключил интерфейс на другой мост (с vmbr1 на vmbr0), а затем обратно на vmbr1. Сохраните этот скрипт в /etc/network/if-up.d/vm_net_restart и сделайте его исполняемым — так при каждом перезапуске сети сетевая часть вашей ВМ будет автоматически подключаться к мостам.

Примечание 1: этот код не влияет на vmbr0 и требует доработки, если вам действительно важен и этот мост.  
Примечание 2: если хотите запускать скрипт вручную, не кладите его в папку if-up.d и уберите строку  
Code: [ "$IFACE" == "vmbr1" ] || exit 0

Сегодня я обнаружил ту же проблему на одном узле. Очень странно.