Привет! Сейчас я работаю над добавлением поддержки в ifupdown2, потому что в данный момент он не работает с "inet6 static", а только с "inet6 dhcp". Планирую закончить через неделю или две. Пока можно временно использовать такой обход: в "pre-up" сделать sysctl -w net.ipv6.conf.vmbr0.accept_ra=2.

Это исправлено в ifupdown2 версии 3.2 для предстоящего proxmox8. (Не знаю, будет ли это обратно портировано в proxmox7.) Могу предоставить .deb для proxmox7, если нужно.

Хорошо, думаю, уже почти время выхода proxmox8. (не уверен насчёт плана выпуска, но скорее всего это будет после релиза debian12)

Это всё ещё мелкая ошибка, я отправил патч для её исправления, но он пока не применён.

Очевидно, я ещё не пробовал эту обновлённую версию, но столкнулся с другим случаем, который нужно учитывать в настройках сети. Для ясности сначала немного предыстории: у меня есть устройство с 6 сетевыми интерфейсами, на котором, естественно, запущен PVE.

1 NIC-порт не используется.  
1 NIC-порт подключен к vmbr0, который, в свою очередь, имеет статический IPv4-адрес. Этот интерфейс должен получить SLAAC-адрес (это предыдущая проблема).  
4 NIC-порта подключены к 4 vmbr (10–13). Изначально у меня не было настроек для них (через GUI). Но теперь я обнаружил, что все эти 4 порта автоматически получают SLAAC-адреса, а это нежелательно!  

Из этого я делаю вывод, что SLAAC, скорее всего, полезен только если мы можем назначать его на каждый интерфейс отдельно. По крайней мере, в моём случае эти 4 NIC-порта выделены для виртуальных машин с файрволом. Поэтому автоматическое получение IP-адресов от моего провайдера на любом из этих интерфейсов точно не нужно (будь то через SLAAC, PD или DHCPv6).

Понимаю, что всё немного запутанно, но сейчас я мучаюсь, пытаясь найти правильную конфигурацию /etc/network/interfaces для этого сценария. В качестве быстрого и грубого обходного пути я через GUI назначил адреса из fd:: этим 4 NIC-портам, чтобы они не получали SLAAC или другие IPv6-адреса.

Я провёл тесты и могу с уверенностью сказать, что в моей настройке с таким содержимым в /etc/network/interfaces я всё равно получаю SLAAC-адрес!  

Код:  
iface vmbr10 inet manual  
  bridge-ports enp111s0  
  bridge-stp off  
  bridge-fd 0  

И, как мне кажется, так быть не должно, правильно?

В proxmox8 сейчас SLAAC работает на физическом интерфейсе, но не на мосту vmbr. (именно это и исправляет эта патченная версия). SLAAC работает только если в sysctl выставлено accept_ra=1 и autoconf=1. Насколько я знаю, по умолчанию это не так:

sysctl -a | grep accept_ra | grep default  
net.ipv6.conf.default.accept_ra = 0  

sysctl -a | grep accept_ra | grep autoconf  
net.ipv6.conf.default.autoconf = 0  

SLAAC должен быть включен только с такими настройками:

iface eth0 inet auto

или

iface eth0 inet manual  
   accept_ra 1  
   autoconf 0  

Можешь прислать свой файл /etc/network/interfaces и последний лог ifupdown2 из /var/log/ifupdown2/network_config_ifupdown2_*/?

Как я уже говорил, если значения sysctl по умолчанию равны 0:  
sysctl -a | grep accept_ra | grep default  
net.ipv6.conf.default.accept_ra = 0  
sysctl -a | grep accept_ra | grep autoconf  
net.ipv6.conf.default.autoconf = 0  

то вы не должны получать slaac. (В принципе, /etc/network/interfaces в фоновом режиме выполняет sysctl, чтобы включать или отключать эти параметры. Но если значение по умолчанию установлено в 1 и в /etc/network/interfaces нет никакой конфигурации, slaac будет включён.)  

Лог ifupdown2 должен показывать, изменились ли accept_ra и autoconf с помощью ifupdown2.  

Вы можете добавить в /etc/sysctl.conf:  
net.ipv6.conf.default.accept_ra = 0  
net.ipv6.conf.default.autoconf = 0  

чтобы везде гарантированно отключить slaac. (А затем при необходимости включить его на конкретном интерфейсе в /etc/network/interfaces.)