звучит плохо, кажется, понимаю, почему все примеры в сети с статикой делают

через провайдер?

У меня тоже дхцп был

Можно модуль дописать. Я так и не заброшу пуллреквесты свои

Это же поделка. Фил фри ту девелоп

поясни, пожалуйста, про агент. можно как-то использовать в CI через текущие возможности провайдера?

Не изучал этот момент. Я думаю вернуться к этому через два-три месяца, устроить R&D и все такое

Как раз задачка прилетит

Свои выводы могу сбросить сюда :)

будет круто

Сто лет назад хотел сбросить бездисковую загрузку проксмокса

Но чот кануло в лету

#Вопрос Есть проксмокс proxmox-ve: 6.2-1 (running kernel: 5.4.34-1-pve) pve-manager: 6.2-4 (running version: 6.2-4/9824574a)
У него белый ип 91.х.х.х  Бридж на этот ип. На проксе создаются контейнеры из той же белой подсети, плюс есть ещё подсеть 192.168.200.x/24 (просто блок серых ип для серверных контейнеров)
Стали отваливаться контейнеры из серой подсети: просто не пингуются. В самих контейнерах всё нормально, сервис сети работает, пробовал перезапускать. Перезагружал контейнер, выключал-включал.
Бывает выключишь один контейнер, и предыдущий вдруг становится видимым в сети сразу (ип разные, мак адреса тоже разные). Включаешь обратно - предыдущий может отвалиться снова, может не отвалиться. Через какое-то время опять.
Пока нашёл костыльное лечение: меняешь ип у "потерянного" контейнера - сразу пингуется. Меняешь обратнно - так же всё работает! Через какое-то время ситуация повторяется.
Так ведут себя 3 контейнера. Какая между ними связь понять не могу. Все создавались из debian 10 шаблона. Никак не связаны друг с другом. С белой подсетью таких проблем нет.
На свитче это выглядит как мак адрес без ип.
Что может быть такое ? Косяк в контейнерах ? на проксмоксе ?

Почитай доку по api. Не использую терраформ, но для ансибла модуль пришлось писать для этого.

Влан есть?

на свитче да. Белая подсеть с серой в один влан запихана. На самом проксе нет.

И на белой пониженной мту, а на серой нет, да?

Это хетснер?

Услуга всвич?

это собсвтенный сервак