Я полагаю, что вариант MultiPathRouteпредназначен для случаев, когда у вас есть несколько путей из вашей сети, например, подключение к Интернету от двух разных провайдеров. Здесь у каждого будет свой шлюз, поэтому вы можете указать, что трафик может быть разделен между обоими шлюзами.

Использование многопутевого доступа в локальной сети совершенно отличается, так как все IP-адреса будут одинаковыми на обоих концах каналов, для которых протокол TCP/IP через Ethernet на самом деле не предназначен. Обычно это не обрабатывается на уровне IP, а вместо этого обрабатывается на уровне Ethernet с группами -агрегации (LAG ), как вы упомянули.

Linux может настраивать группы LAG независимо от сетевых коммутаторов, отправляя пакеты поочередно из нескольких интерфейсов, но это требует некоторого планирования, чтобы иметь дело с такими вещами, как ответы на пакеты, поступающие на другой интерфейс, на который было отправлено исходное сообщение. Сетевые коммутаторы или другие машины в сети также могут нуждаться в дополнительной настройке, поскольку они увидят, что IP-адрес данной машины случайным образом перемещается между двумя разными MAC-адресами. Удаленный ПК может просто отправить весь свой трафик на последний замеченный MAC-адрес, устраняя любую отказоустойчивость или балансировку нагрузки, которые могут быть на месте. Более полные настройки LAG будут взаимодействовать с коммутатором и иметь только один MAC-адрес для всех портов, однако я не изучал, как это работает, когда интерфейсы на ПК разделены между несколькими коммутаторами.

Я полагаю, что вам нужно просмотреть документацию по systemd, чтобы узнать, как связать локальную резервную ссылку, как вы указали, поскольку вам нужна агрегация ссылок, а не многопутевые ссылки в вашей локальной сети и за ее пределами. Если вам не нужна балансировка нагрузки, и вы довольны тем, что ссылка бездействует до тех пор, пока не выйдет из строя основная ссылка, то многие проблемы, связанные с совместным использованием MAC-адресов, исчезнут -, вы просто получите краткое прерывание, пока ошибка не исчезнет. обнаружено, то все понимают, что ваши IP-адреса изменили MAC-адрес (, когда они переходят на резервную ссылку ), после чего все продолжается.

Что касается информации о шлюзе, на странице руководства говорится, что вы можете использовать специальное значение _dhcp4или _ipv6ra, чтобы получить текущий шлюз, однако я не уверен, как это работает с несколькими ссылками, где все они находятся на DHCP.