Proxmox, nextcloud внешнее хранилище.

Заведи ещё один мост и рули там IP адресами как хочешь. Если хочешь по доменному имени и автоматически, подними avahi или nmb.

Можно ещё поднять bind с динамической зоной, тогда можно без второго моста (а можно и с ним).

Куча вариантов.

Если OMV тоже поместить в lxc то можно смонтировать один каталог в каждый контейнер, как то так:

pct set "${CTID}" -mpX /path/on/proxmox/,mp=/path/in/ct

Значит еще не всё потеряно и шанс есть. Какой из вариантов наиболее простой для понимания и исполнения? Проблема в том, что делалось всё по примерам из интернета и разобраться глубоко в этом вопросе у меня скорее всего не получится. Мне по запросу «nmb» подшипники выдает. Есть ли где-нибудь инструкция на простом языке, как это сделать?

OMV в ВМ установлено, как самый простой вариант. При установке в контейнер вылезла какая-то проблема и пошел по пути наименьшего сопротивления.

Правильно ли я вообще понимаю, что на данный момент, при обращении nextcloud к OMV по этому внешнему IP (192.168.0.15), запрос идет сначала к роутеру, потом обратно уже в OMV, и все файлы между ними гоняются по сети и скорость обмена фактически внутри одного компьютера зависит от пропускной способности сети и роутера?

Какой из вариантов наиболее простой для понимания и исполнения?

А какую задачу тебе надо решить? Наиболее простой способ — оставить всё как есть, оно же нормально работает.

Нет. Linux же не тупой, и если IP адрес находится на том же мосту, то никто ничего никуда не пошлёт, с того же интерфейса пакет уйдёт обратно.

Изначально задачи было две.

1. Избежать необходимости перепрописывать ip-адреса папок, если вдруг изменится адрес OMV. Не говорю, что он будет меняться, это просто на всякий случай для отказоустойчивости.
2. Избежать гуляния файлов по сети до роутера и обратно. Но со второй проблемой оказалось, что тут всё в порядке, оно само нормально работает, я перестраховывался. Значит осталась только первая.