Настройка /etc/network/interfaces

Реальная задача: разворачивать виртуалки, одна из которой будет маршрутизатором, другая будет содержать dns и dhcp, третья СУБД, четвертая выступать сервером http и т.д.

Вот это хочется делать без секса со статическими адресами.

Задавай только маршрутизатору статический адрес, а остальным по dhcp раздавай. Если у тебя не виртуалки, а контейнеры (docker, k8s), то там адреса раздаются внутренними пеханизмами автоматически и поищи инфу про это

К маршрутизатору автоматом прибавляется dhcp сервер и похоже dns.

Итого в лучшем случае 1 статический IP, если gatway, dns и dhcp на одной виртуалке.

Так наверно проще эти функции вынести на гипервизор. Тогда в виртуальной сети будет чисто динамическая конфигурация…

Настройкой сети в виртуальной среде занимается гипервизор, ну либо другая виртуалка или реальный комп в основной сети, если виртуальная сеть объединена в мост с реальной сетью.

Да, и если делать это на другой виртуальной машине, то встанет вопрос из поста номер 1

шлюз и днс сервер должны иметь статические ип.
потому что в днцп шлюз и днс отдается в виде ип, а не имени.
емнип это в рфц написано.

Это да, но ДХЦП перед тем как отдать ИП может сбегать к ДНС, для того что бы спросить этот ИП. И совсем не обязательно в dhcpd.conf указывать ИП, вместо ДНС.

к какому днс он побежит, если у тебя днс сервер будет получать ип от днцп?☺

Так никто в здравом уме не делает. DNS и роутерам надо давать статические адреса. Свитчам и OOB-интерфейсам физических серверов — тоже, да и вообще любым менеджмент-интерфейсам.

к какому днс он побежит, если у тебя днс сервер будет получать ип от днцп?☺

С одной стороны да, с другой есть целая куча возможностей межпроцессного взаимодействия. Сокеты, разделяемая память, дбас… Может просто я о таких возможностях не в курсе.

Так никто в здравом уме не делает. DNS и роутерам надо давать статические адреса. Свитчам и OOB-интерфейсам физических серверов …

Ну как то «так себе» в среде виртуализации конфигурировать статические маршруты на неопределенном количестве ВМ. Сейчас виртуализация становится доступной не только большим корпорациям, которые могут на эту задачу посадить человека с ЗП. А своё время на такой секас тратить жалко.

Ну как то «так себе» в среде виртуализации конфигурировать статические маршруты на неопределенном количестве ВМ. Сейчас виртуализация становится доступной не только большим корпорациям, которые могут на эту задачу посадить человека с ЗП. А своё время на такой секас тратить жалко.

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

С другой стороны, у меня в проде все более-менее важные виртуалки используют статику, потому что нет ничего печальнее, чем смена адреса критически важного сервиса и протухший DNS-кэш на клиенте.

И ещё дополню.

А своё время на такой секас тратить жалко.

Открой для себя terraform, например.

Ну как то «так себе» в среде виртуализации конфигурировать статические маршруты на неопределенном количестве ВМ

Что именно подразумевается под статическими маршрутамм? С DHCP они не становятся динамическими.

Сокеты, разделяемая память, дбас

🤦‍♂️

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

Представь себе гипервизор, на нем создан интерфейс моста(br0), на гипервизоре крутится несколько виртуалок, выполняющих разные функции, воткнутые в этот мост.

Незнаю кто как, я виртуалки клонирую из базового образа, потом доставляю то что хочу посмотреть.

Вопрос, как настроить интерфейс DHCP сервера, если gateway это гипервизор и он получает адрес по DHCP

ты забыл уточнить что сам DHCPD в виртуалке ☺

Представь себе гипервизор

Гипервизер кто? ESXI/VirtualBox/Proxmox/???

на нем создан интерфейс моста(br0)

Это мост с реальным интерфейсом или число «свитч для вируталок»?

Гипервизер кто?

libvirt под debian(kvm)

Это мост с реальным интерфейсом или число «свитч для вируталок»?

Свич для виртуалок.

ты забыл уточнить что сам DHCPD в виртуалке

Да, dhcpd в виртуалке.

Это мост с реальным интерфейсом или число «свитч для вируталок»?

Свич для виртуалок.

gateway - тоже виртуалка, которая одним интерфейсом смотрит в этот свитч, а вторым во внешнюю сеть? Или один из интерфейсов на хост-машине?

gateway это сам гипервизор.
dhcp, dns и прочие services в виртуалках.
он хочет чтобы:
гипервизор получал ip и dns по dhcp;
виртуалка c dhcp получала свой ip и dns по dhcp; ☺
виртуалка с dns получала свой ip и dns по dhcp; ☺
...
понял?