DHCP и статический IP-адрес в разных подсетях на одном интерфейсе - Netplan - Каковы ограничения

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

В настоящее время у нас есть несколько компьютеров со статическим IP-адресом на порту Ethernet, который используется для прямого подключения, не будучи частью более широкой локальной сети по адресу 10.x.x.x.

Я также хотел бы иметь возможность использовать этот порт для таких вещей, как разгрузка данных или загрузка обновлений, и подумал, что могу просто добавить dhcp в конфигурацию как таковую:

сеть:
  версия: 2
  визуализатор: сетевой
  Ethernet:
    enp0s3:
      DHCP4: да
      DHCP6: нет
      адреса: 
        - 10.1.2.15/24

И сети, к которым он будет подключаться, будут в подсети 192.168.x.x. Кажется, с приведенной выше конфигурацией все работает нормально, но мне говорят, что есть некоторые неопределенные проблемы с надежностью.

Приведет ли это на самом деле к непреднамеренному и неустойчивому поведению? Одна вещь, которая вызывает беспокойство, заключается в том, что несколько компьютеров будут иметь одну и ту же конфигурацию, но поскольку вы можете подключаться только к одному за раз напрямую, и ни одна из сетей с DHCP не имеет одного и того же IP-адреса.

Это вызовет проблемы? Должен ли статический IP-адрес быть вторичным IP-адресом? Нужно ли делать что-то особенное для маршрутизации? Или это просто невозможно заставить работать?

В IP-сетях нет ничего фундаментального, что делало бы ненадежным назначение как статического, так и динамического IP-адреса одному и тому же интерфейсу. Обычно используются конфигурации с несколькими адресами из нескольких источников. Однако, если ваш сетевой администратор настроил свои Ethernet-коммутаторы таким образом, что IP-адреса фильтруются на основе порта, возможно, в результате этого вы можете столкнуться с ненадежностью. Лучше всего проконсультироваться с вашим сетевым администратором, чтобы точно понять, что они имеют в виду под «проблемами надежности».

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