2010-07-26 3 views
2

Мое устройство, основанное на Linux на основе IP-интерфейса, прозрачно для сетевых периферийных устройств, то есть для IP-адреса не назначено ни одному из его интерфейсов.Виртуализация встроенного сетевого устройства с VirtualBox (или VMWare)

Для разговора давайте использовать ADSL-соединение в качестве примера, в то время как устройство проверяет двунаправленный трафик, сеть ведет себя так же, как если бы устройство не было там, прикрепленное к проводу (см. Физическая настройка на прилагаемой диаграмме).

Интересно, могу ли я включить это устройство в машину Windows и заставить его работать практически так, чтобы он все еще сидел между маршрутизатором ADSL и интерфейсом Netwroking Windows, используя виртуальные сетевые карты (или как бы то ни было их имя в окнах) и, проверяя трафик, как если бы он находился на отдельном физическом устройстве, рисунок в разделе «Виртуальная установка» на прилагаемой диаграмме показывает, чего я пытаюсь достичь.

Чтение немного на VirtualBox документы, кажется, связывание с правой стороны относительно просто, возможно, я должен иметь один сетевой адаптер установлен как Bridge Networking и VirtualBox будет подключить его к физическому NIC на хост-машине , и сетевые пакеты обмениваются напрямую, обходя сетевой стек операционной системы хоста (WinXP в моем случае).

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

Буду признателен за любую помощь.

Кстати, если это невозможно с VirtualBox, но с другим решением для виртуализации (например, VMWare), я бы принял и другое.

components setup diagram http://img715.imageshack.us/img715/810/physicalvsvirtualsetup2.png

ответ

0

Это зависит от того, хотите ли вы (или больше, если это возможно) ваши Linix (* Никс) рядные устройства на «маршрут» пакеты, которые проходят через него, возможно, из одной сети в другую, и вы хотите ли это «приложение» практически не имеет доступа непосредственно из вашей виртуальной среды (зеленый квадрат на вашей диаграмме). Если да, то может сработать что-то вроде:

  • ваш «приложение» выполняется в виртуальной машине (скажем, еще Windows XP экземпляра) с сетевой картой, настроенной на виртуальной внутренней или «частной» сети (я как у виртуального сервера, так и у vmware-сервера есть такая опция), но с той же подсети IP и как ваша фактическая сеть. 192.168.1.0
  • с левой стороны - eth0 - вашего устройства * nix (которое должно быть виртуальной машиной) также настроенный на эту внутреннюю/частную сеть
  • правая сторона - eth1 - вашего устройства * nix настроено на мостовой сети, поэтому у него есть реальный доступ к работе в вашей реальной сети.

Это упростит просмотр трафика или пакетов с помощью вашего устройства * nix или нет, так как приложение не будет иметь доступ за пределами виртуальной внутренней/частной сети. ПРИМЕЧАНИЕ, когда я говорю о внутренней/частной сети. Я не говорю о VPN, а просто о частной сети, которую может достичь хост или ваша сеть, а виртуальные машины не могут связаться с хостом или вашей сетью.

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

Если ваше устройство * nix является реальным устройством, то очевидно, что это не будет работать, поскольку я предполагаю его виртуальную машину некоторого описания. Если это так, дайте мне знать, и я дам несколько советов о том, как работать с этой ситуацией.

Успехов

+0

мое устройство, при поставке в виде отдельной машины (реальное устройство) работает просто отлично, и, как сказал, прозрачно для сети. Запуск, две виртуальные машины поверх другой (третья машина) не являются обязательными для ресурсов целевой платформы, которые являются относительно слабой платформой. –

Смежные вопросы