Краткое резюме:
У нас есть среда моделирования / симуляции (с использованием EXata) с внешней системой в цикле. Итак, внешние системы <- среда моделирования -> внешние системы. Связь между внешними системами и средой моделирования осуществляется через Ethernet. Итак, физический интерфейс к физическому интерфейсу. Рабочая станция, на которой размещено программное обеспечение для моделирования, связывает один из своих физических интерфейсов (подчиненных интерфейсов).
На проблему (может быть невозможно решить).
У меня есть одна рабочая станция Windows 7. Мне нужно создать несколько подчиненных интерфейсов на этой рабочей станции. Я делаю это, добавляя дополнительные IP-адреса и шлюзы на физическом интерфейсе. Каждый дополнительный IP (или субинтерфейс) должен находиться в другой подсети и, следовательно, иметь свой собственный шлюз. Windows позволяет мне настроить это. На коробке Linux, на которой размещено программное обеспечение для моделирования, я создаю соответствующие подчиненные интерфейсы на своем физическом интерфейсе. В общем, я хочу, чтобы один Ethernet-кабель связывал субинтерфейсы Linux и Windows.
Теперь я могу заставить это работать в настройках Linux to Linux, используя ip route и ip rules, но у меня проблемы с Windows. К сожалению, мы должны использовать Windows для этого .... ugggg
Итак, в этом примере:
Windows 7 box:
Основной IP: 190.0.1.101 Основной GW: 190.0.1.1
Вторичный IP: 190.0.2.101 Вторичный GW: 190.0.2.1
Окно Linux (Ubuntu 16.04):
eno1: 190.0.1.100 eno1: 1 190.0.2.100
Симуляция связывает:
Виртуальный узел 1 до eno1 Виртуальный узел 2 до eno1:1
Все шлюзы существуют в симуляции как виртуальные маршрутизаторы.
Первая проблема: я не могу отправить какой-либо трафик через вторичный IP на коробке Windows. Если я пропущу эхо-запрос через этот интерфейс, используя флаг -S, я получу общую ошибку. Теперь это работает с основного IP. Я могу пропинговать мой виртуальный маршрутизатор и не получаю никаких ошибок. Это просто терпит неудачу на любых дополнительных IP-адресах, которые я добавляю в этот интерфейс Windows.
Вторая проблема Я хочу, чтобы можно было пропинговать из одного подинтерфейса Windows к симуляции и вернуться на другой подинтерфейс Windows. Итак, я хочу, чтобы мой трафик покинул окно Window, прошел моделирование и вернулся в окно Windows, даже если эти IP-адреса находятся в одном и том же подинтерфейсе Windows. Это, похоже, не работает, независимо от того, как я устанавливаю маршруты и метрики, трафик никогда не покинет этот сетевой адаптер Windows.
Это возможно???????