Редактор виртуальной сети vmware. Настройка виртуальной машины VMware на физическую карту

Специалистам в разных областях IT довольно часто приходится изучать различные операционные системы, тестировать на них написанное программное обеспечение, изучать взаимодействие компьютеров по сети, а также настраивать серверные и клиентские программы. Как правило, для таких задач, требуется не один компьютер, но содержать дома несколько компьютеров очень сложно. Во-первых, не каждый согласится выложить около 500$ за второй, а тем более третий компьютер. А, во-вторых, не у всех есть место для их размещения. Что же делать и как выйти из сложившейся ситуации? Ответ есть! К вашим услугам VMWare Workstation ! В данной статье рассмотрены настройка VMWare Workstation , создание виртуальных сетевых адаптеров и сети из виртуальных машин.

VMWare Workstation - это программный продукт, позволяющий создавать виртуальные компьютеры. Т.е. у вас появляется возможность на одном физическом компьютере разместить много логических. Плюс ко всему, вы сможете их объединить сетью между собой. И что самое главное, вы не нанесете вред оборудованию компьютера и не придется думать, как разметить винчестер для установки второй операционной системы на компьютер. А теперь рассмотрим более подробно возможности этой программы.

В данной статье будет производиться настройка VMWare Workstation 5.5.2 - build 29772 . В качестве основной (host) операционной системы (т.е. та ОС, на которую устанавливается VMWare Workstation) используется Windows XP SP1.

В качестве операционных систем, которые разрешается установить на VMWare Workstation (их называют гостевыми (guest)), можно использовать Windows (начиная с 3.1 и заканчивая Vista), различные виды Linux, FreeBSD, Solaris, Novell NetWare, MS DOS, а так же разрешается установка некоторых 64-разрядных ОС.

Для примера рассмотрим установку Windows XP Media Center , FreeBSD 6.1 и SUSE Linux Enterprise Server , а затем объединим эти системы в единую сеть. В нашем примере используется ПК с процессором Intel Pentium 4 2.0 GHz и 768 Mb оперативной памяти.

VMWare Workstation для каждого виртуального компьютера создает свое виртуальное оборудование:

• Процессор - используется такой же, как и на реальной машине. В последних версиях реализована поддержка двухпроцессорных систем. Если у вас в реальном компьютере 2 процессора, то и в виртуальном вы сможете использовать 2.
• Оперативная память - ограничена размером оперативной памяти на реальном компьютере. Но не может превышать 1280 Мб.
• Поддержка как IDE, так и SCSI устройств.
• Гибкие диски 3,5 дюйма.
• LPT и COM порты.
• USB устройства.
• Звуковая карта.
• виртуальные адаптеры Ethernet.
• лавиатура и мышь.

Итак, приступим к практике. Установка VMWare Workstation не представляет ничего сложного. Во время, установки следует отключиться автозапуск CD-ROM. После окончания установки введите серийный номер (Help->Enter Serial Number…), который можно заказать на сайте производителя http://www.vmware.com/ . Причем после истечения срока использования, его можно заказать повторно, правда, уже на другой почтовый ящик.На рисунке 1 показана VMWare Workstation после установки.

Рис 1. VMWare Workstation

Теперь рассмотрим способы сетевого взаимодействия виртуальных машин:

Bridged networking (мост) - позволяет присоединить сетевой интерфейс виртуальной машины к локальной сети. Т.е. из локальной сети будет виден еще один Ethernet-интерфейс, со своим ip-адресом, а данные будут передаваться через реальный интерфейс основной машины. По умолчанию, для этого используется интерфейс vmnet0

Host-only networking - служит для объединения основной и виртуальных машин в единую сеть. В данном случае, присоединение к реальной сети не происходит и данная сеть видна только на локальном компьютере.

NAT adapter (Network Address Translation adapter) - используется для подключения виртуальных машин к Интернету через основную машину. Похоже на соединение при помощи моста, но отличается тем, что в сети не появляются новые интерфейсы. Устройство NAT преобразует пакеты таким образом, что все устройства реальной сети считают, что они общаются с реальным сетевым адаптером. В свою очередь устройство NAT, на основе созданной им специальной таблицы, различает какой сети принадлежат приходящие на реальный адаптер пакеты.

Виртуальные адаптеры работают в частных сетях класс С, которые начинаются с адреса 192.168.0.0 и заканчиваются адресом 192.168.255.255.Мы будем создадим сеть изображенную на следующей схеме.

Рис 2. Схема создаваемой сети

Устройство NAT будет обслуживать сеть VMnet8, с адресным пространством 192.168.1.0. Сеть VMnet1 (host-only) будет с адресным пространством 192.168.5.0. Теперь необходимо создать эти сети. Заходим в VMWare Workstation, выбираем Edit->Virtual Network Settings… Перед нами появляется редактор виртуальных сетей.

Рис 3. Редактор виртуальных сетей

По умолчанию сеть VMnet1 и VMnet8 уже существуют, но мы хотим создать сети с другими адресами и изменить некоторые настройки. Поэтому, переходим на закладку Host Virtual Adapters и удаляем оба устройства, затем, нажимаем Применить. Сейчас мы создадим два новых виртуальных сетевых адаптера. Для этого нажимаем кнопку “Add” на вкладке Host Virtual Adapters. В появившемся окне (рис. 3) выбираем VMnet1. Таким же образом добавляем VMnet8.

Рис 4. Добавление виртуального сетевого адаптера

После этого переходим на закладку Host Virtual Network Mapping. Напротив VMnet1 появилось новое устройство NewDevice. Следует нажать кнопку со стрелочкой напротив этого устройства и в появившемся меню выбрать пункт Subnet. В появившемся окне ввести ip-адрес нашей сети - 192.168.5.0 (рис. 5).

Рис 5. Задание адреса сети из виртуальных машин

Для VMnet8 проделываем аналогичные действия, задав ip-адрес 192.168.1.0. После задания адресов обеим сетям нажимаем кнопку «Применить». В нижеследующих таблицах приведено распределение ip-адресов для сетей типа host-only и использующих NAT.

Таблица 1. Распределение ip-адресов в сетях host-only

Таблица 1. Распределение ip-адресов в сетях host-only

Таблица 2. Распределение адресов в сетях, использующих NAT

В созданных сетях, мы может задавать ip-адреса виртуальным машинам как статически, так и динамически. Для задания ip-адреса динамически воспользуемся услугами DHCP-сервиса. Настройка данного сервиса осуществляется на закладке DHCP (рис. 6).

Рис 6. Настройка DHCP-сервиса

На закладке NAT осуществляется управление NAT-сервиса для сети VMnet8 (рис. 7).

Рис 7. Настройка NAT-сервиса

Теперь зайдите в Windows в Панель управления -> Сетевые подключения. Там должно появиться два новых сетевых подключения (рис. 8).

Рис 8. Сетевые подключения длясети из виртуальных машин

Посмотрев свойства этих подключений убеждаемся, что адаптер VMware Network Adapter for VMnet1 имеет ip-адрес 192.168.5.1, а VMware Virtual Ethernet Adapter for VMnet8 - 192.168.1.1.

Разобравшись немного с устройством сетей приступим к установке операционных систем. Начнем с Windows XP Media Center. Выбираем File->New->Virtual Machine… В появившемся мастере жмем «Далее», тип конфигурации оставляем без изменений - Typical. Из группы операционных систем выбираем Microsoft Windows, в списке версии выбираем Microsoft Windows XP Professional.

Рис 9. Выбор операционной системы для виртуальной машины

В следующем окне указываем название и путь, где будет хранится виртуальная машина. В диалоге «Network Type» выбираем «Use host-only networking». Затем предлагается указать размер винчестера. В нашем случае достаточно 3 Гб. Если отметить галочкой Allocate all disk space now, то 3 Гб под нашу систему будут выделены сразу, если же этого не сделать, то место на физическом винчестере будет заниматься по мере заполнения виртуального винчестера. После этого нажимаем «Готово».

Теперь изменим некоторые настройки. Для этого в созданной виртуальной машине выбираем Edit Virtual Machine Settings. виртуальной машины. Параметр Memory (оперативная память) изменяем до 128 Mb. В параметре CD-ROM можно указать с какого CD-ROM загружаться, а можно использовать ISO-образы, указав расположение файла-образа. Эта возможность в некоторых ситуациях может оказаться очень удобной. И, наконец, установим параметры сетевой карты Ethernet. В списке Network connection выбираем Custom и указываем VMnet1 (Host-only).

Рис 10. Настройка сетевой карты

После изменения всех параметров нажимаем «ОК», а затем запускаем виртуальную машину. После старта щелкаем мышкой в окне виртуального компьютера и нажимаем кнопку “Esc”, для того, чтобы указать из какого места произвести загрузку. В нашем случае нужно выбрать CD-ROM Drive и нажать “Enter”. После чего начинается процесс установки операционной системы как на обычный компьютер. После окончания установки следует установить специальные драйвера, для более качественной работы. Когда запущена виртуальная машина, выберите VM->Install VMware Tools, теперь в виртуальном компьютере зайдите на устройство CD-ROM и выполните установку.

Таким же образом, устанавливаем SUSE Linux Enterprise Server. Оперативной памяти выделим 128 Mb и подключим сетевую плату к сети VMnet1.

FreeBSD будет с параметра и 128 Mb оперативной памяти. А сетевых карт для этой системы мы будем использовать две: одна (Ethernet) будет «смотреть» в сеть VMnet8, а другая (Ethernet 2) в VMnet1. Таким образом, FreeBSD будет соединять две сети между собой. Для того чтобы добавить в систему еще одну сетевую карту, нажмите в редакторе свойств виртуальной машины кнопку “Add”. Запустится мастер, в котором следует указать тип добавляемого оборудования, в нашем случае Ethernet, а далее указать сеть в которую «смотрит» данный сетевой виртуальный адаптер.

Рис 11. Добавление нового сетевого виртуального адаптера

После установки операционных систем, мы можем приступить к их объединению в сеть. Пусть, Windows XP Media Center получает ip-адрес автоматически от DHCP-сервиса. Тогда запускаем виртуальную машину с Windows XP Media Center, заходим в Панель управления -> Сетевые подключения. Выбираем свойства для соединения Loacal Area Connection. В списке компонентов подключения выбираем Протокол Интернета (TCP/IP) и нажимаем кнопку «Свойства» и устанавливаем переключатель на пункт «Получить IP-адрес автоматически». Нажимаем “Дополнительно” и добавляем шлюз с адресом 192.168.5.2. Закрываем все окна, нажатием «ОК». Запускаем консоль вводим ipconfig /all и смотрим результат (рис. 12).

Рис 12. Результат выполнения команды ipconfig /all

Теперь очередь настройки SUSE Linux Enterprise Server. Запускаем программу для администрирования YaST. В разделе «Сетевые устройства» выбираем «Сетевая плата». В окне «Обзор настроек сетевых карт» выбираем нашу карту и нажимаем «Редактировать». Вводим IP-адрес 192.168.5.15, маску - 255.255.255.0. Нажимаем кнопку «Маршрутизация» и в качестве шлюза указываем FreeBSD, т.е. вводим адрес 192.168.5.2. Применяем введенные настройки.

Мы можем проверить, работают ли сетевые карты и видят ли они друг друга. Для этого в командной строке Windows XP Media Center вводим ping 192.168.5.129, если приходит ответ, значит сетевая карта работает. Вводим ping 192.168.5.15 и получив ответ, делаем вывод, что сетевая карта Linux-машины тоже работает и мы можем общаться с ней. Ради интереса можно «пропинговать» Windows-машину из Linux.

Рис 13. «Пингование» Windows-машины из Linux.

Самое время настройки FreeBSD. Запускаем программу sysinstall от пользователя root. Выбираем Configure -> Networking -> Interfaces. Для интерфейса lc0, принадлежащего сети VMnet8, устанавливаем:

IPv4 Gateway: 192.168.1.2 (это IP-адрес устройства NAT),

Name Server: 192.168.1.1 (указываем основную машину как сервер имен, иначе могут возникнуть проблемы с загрузкой сайтов, при обращении к ним по имени),

IPv4 Address: 192.168.1.4 (IP-адрес сетевой карты),

Netmask: 255.255.255.0,

поле Host и Domain заполним произвольно, т.к. эти названия для нас сейчас не важны.

Для интерфейса lc1, принадлежащего сети VMnet1, устанавливаем:

IPv4 Address: 192.168.1.4,

Netmask: 255.255.255.0.

На этом настройку сетевых карт считаем оконченной.

Приступаем к «пинговке». Во FreeBSD вводим:

ping 192.168.5.15 - ответ должен поступить от SUSE Linux Enterprise Server;

ping 192.168.5.129 - ответ должен поступить от Windows XP Media Center;

ping 192.168.1.2 - ответ должен поступить от устройства NAT;

ping 192.168.1.1 - ответ должен поступить от Windows XP Pro (основной ОС).

Получив ответы от всех виртуальных машин, делаем вывод о том, что наша сеть функционирует.

Теперь необходимо разрешить к вашему основному сетевому подключению общий доступ. И в свойствах этого подключения на вкладке «Сеть», выбрать компоненту VMware Brige Protocol, зайти в ее свойства, в поле VMnet Number ввести 8.

Введя в браузере во FreeBSD адрес ya.ru, мы можем наблюдать успешную загрузку главной страницы сайта «Яndex», при наличии соединения с Интернетом основного компьютера.

Рис 14. Выход на сайт Яndex из FreeBSD на виртуальной машине VMWare Workstation.

Закончив разговор о настройке сети, нельзя не упомянуть еще об одной замечательной возможности VMware Workstation - Snapshot (мгновенный снимок). Эта возможность позволяет сохранить текущее состояние виртуальной машины и при необходимости вернуться к нему. Зачем это нужно? Предположим, вы хотите поэкспериментировать с установкой программного обеспечения, но не знаете, чем это может закончиться. Тогда, перед установкой вы делаете snapshot, затем устанавливаете программы и, если происходит сбой или вас не устраивает установленное ПО, то вы выбираете сделанный snapshot и система принимает исходное состояние. Самое главное вам не придется ее переустанавливать, как это часто бывает в реальной жизни.

Для того чтобы сделать snapshot выберите VM -> Snapshot -> Snapshot Manager. В появившемся окне нажмите Take Snapshot… введите название и описание snapshot’а. Делать snapshot’ы лучше в выключенном состоянии виртуальной машины, т.к. не будет производится сохранение содержимого оперативной памяти, тем самым экономя место на винчестере.

Рис 15. Создание snapshot’a в VMWare Workstation

Использования виртуальных компьютеров предоставляет действительно огромные возможности в тестировании и разработке собственного программного обеспечения, изучение различных операционных систем и их сетевого взаимодействия. Больше вам не придется перегружать компьютер, чтобы воспользоваться другой операционной системой, вы просто откроете VMware Workstation, выберете нужной ОС и нажмете кнопку Start.

На основе материалов skdev.ru

Затронув тему настольной виртуализации нельзя обойти стороной продукты несомненного лидера данного рынка - VMWare. VMWare Workstation предоставляет пользователям практически неограниченные возможности в построении виртуальных сред и учитывает многие особенности именно настольного применения. Чего не скажешь о Hyper-V, когда в пользовательскую ОС добавили серверный гипервизор, или VirtualBox, который имеет значительно меньшую функциональность.

Что такое настольная виртуализация и кому она нужна

Сразу внесем ясность - настольная виртуализация по задачам и потребностям не имеет ничего общего с серверной и, зачастую, выдвигает к гипервизору прямо противоположные требования. Часто данный вид виртуализации рассматривают как что-то несерьезное, для чего хватит какого-нибудь VirtualBox, и не видят смысла в платном ПО, к которому относится VMWare Workstation.

На первый взгляд, 287$ за настольный гипервизор кажутся довольно высокой суммой, однако познакомившись с продуктом поближе начинаешь понимать, что он однозначно стоит своих денег. Для тех, кто только начинает осваивать виртуализацию можно порекомендовать бесплатный VMWare Player , который, хоть и предназначен в первую очередь для запуска готовых виртуальных машин, позволяет создавать новые виртуалки и имеет большинство возможностей старшей версии.

Дисковая подсистема тоже предъявляет специфические требования. Во-первых, для хранения виртуальных машин нужно место, много места, особенно если вы будете активно использовать снапшоты. Во вторых требуется нормальная производительность массива в операциях случайного доступа. Опытным путем выявлено, что обычный диск общего назначения позволяет довольно комфортно работать с не более чем с 4-5 одновременно запущенными машинами.

Поэтому сразу забудьте про экономичные и т.п. серии дисков. В нашей практике мы используем отдельный RAID 0 массив из быстрых дисков, например, таких как WD Black. Высокая скорость и низкие накладные расходы выгодно отличают этот тип массивов, а недостаток в виде низкой надежности при настольном использовании не столь существенен. Жесткие диски не умирают в одночасье и этот процесс, ежедневно находясь за машиной, несложно заметить.

Если есть возможность, лучше собрать два массива из двух дисков, вместо одного из четырех. Большое количество дисков в массиве безусловно добавит ему производительности, но резко затруднит его обслуживание.

Перечисленные требования заставляют осмотрительно подходить к выбору материнской платы, скорее всего вам подойдут только старшие модели, имеющие необходимое количество разъемов памяти и SATA-портов. А кто сказал, что виртуализация вещь дешевая?

Виртуализируем всё

Одним из неоспоримых преимуществ VMWare Workstation является широчайший выбор поддерживаемых гостевых систем. Гораздо труднее найти что-то неподдерживаемое. Это выгодно отличает данный продукт от Hyper-V, где нормально поддерживаются только родные ОС и Linux с ядрами 3.4 и выше, и от VirtualBox, где есть проблемы с поддержкой старых ОС.

Настройка виртуального коммутатора предельно проста и сводится к выбору необходимого физического адаптера.

Частная сеть (Нost-only) - VMnet1

Также создается по умолчанию и позволяет организовывать изолированные от внешнего мира частные сети. Доступными опциями являются встроенный DHCP-сервер и подключение к хосту, в этом случае на хосте создается виртуальный сетевой адаптер подключенный к данному коммутатору.

Custom

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

Custom любой ненастроенный виртуальный коммутатор. В чем отличие двух одинаковых режимов документация умалчивает.

Advanced

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

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

В следующей части статьи мы рассмотрим работу с периферийными устройствами, дисками и разделами, а также рассмотрим систему снапшотов.

• Теги:

Статья:

Использование настольных платформ виртуализации, как на домашних компьютерах, так и в производственной среде предприятий, в последнее время становится особенно популярным. Множество пользователей применяют виртуальные машины для обучения, запуска программного обеспечения, написанного для отличной от установленной операционной системы, а также создания переносных пользовательских сред, отвязанных от конкретного оборудования. В корпоративной среде виртуальные машины позволяют производить безопасное тестирование программного обеспечения в различных конфигурациях гостевых операционных систем, используя при этом специализированные инструменты платформ виртуализации, повышающие эффективность процесса разработки и тестирования. Кроме того, одним из самых важных достоинств виртуальных машин является возможность их объединения в виртуальные сети, что позволяет на одном компьютере моделировать поведение распределенных систем, состоящих как из приложений для конечного пользователя, так и различного рода серверов, в гетерогенной среде. Гибкость виртуальных машин в отношении выделяемых им ресурсов и широкие возможности по обслуживанию и оптимизации производительности позволяет легко управлять множеством различных конфигураций виртуальных машин и создавать оптимизированные, независимые от оборудования, приложения, «упакованные» в виртуальные машины. Затем эти компоненты, состоящие из виртуальных машин, могут быть в различных вариантах объединены в сеть для моделирования различных систем.

Продукты VMware с точки зрения организации таких моделей для тестирования являются на данный момент лидирующими на рынке. В июне 2007 года продукт VMware Workstation 6 получил премию журнала Visual Studio Magazine как лучшее решение в категории Development Tools. Во многом это произошло благодаря наличию большого количества инструментов, позволяющих существенно повысить скорость разработки и тестирования, упростить процедуру развертывания приложений и настройки сетевого взаимодействия между ними. Настольная платформа виртуализации VMware Workstation стала настолько популярной, что компания Microsoft решилась на не совсем честный шаг в отношении лицензионной политики виртуализации операционных систем семейства Windows Vista: некоторые ее издания не могут быть виртуализованы. Такая ситуация не могла устроить компанию VMware, которая начала борьбу за свободное использование операционных систем на платформах виртуализации. Кроме того, VMware делает большую ставку на продукт VMware Fusion, предоставляющий возможность по наиболее тесной интеграции Mac OS и Windows Vista (под кодовым названием Unity) и демонстрирующий поистине фантастические результаты: пользователь работает как бы «в двух мирах».

В шестой версии VMware Workstation появилось множество новых функций и возможностей, касающихся, в том числе, сетевого взаимодействия. Наиболее значимое улучшение – это возможность создавать до десяти виртуальных сетевых адаптеров для виртуальной машины.

Принципы организации сетей между виртуальными машинами

Виртуальные машины на платформе VMware позволяют пользователям создавать различные комбинации виртуальных систем, работающих по различным принципам сетевого взаимодействия. Основой сети VMware являются следующие компоненты:

• виртуальные коммутаторы (Virtual Switches)
• виртуальные сетевые интерфейсы (Virtual Ethernet Adapters)
• виртуальный мост (Virtual Bridge)
• встроенный DHCP-сервер
• устройство трансляции сетевых адресов (NAT, Network Address Translation)

Фундаментальным элементом сетевого взаимодействия в VMware Workstation и VMware Server является виртуальный коммутатор. Он обеспечивает сетевое взаимодействие виртуальных машин на манер физического устройства: на виртуальном коммутаторе есть порты, к которым могут быть привязаны виртуальные сетевые интерфейсы виртуальных машин, а также другие компоненты виртуальной инфраструктуры в пределах хоста. Несколько виртуальных машин, подключенных к одному виртуальному коммутатору, принадлежат одной подсети. Виртуальный мост представляет собой механизм, посредством которого происходит привязка физического сетевого адаптера компьютера к виртуальным сетевым интерфейсам. Встроенный DHCP-сервер VMware позволяет виртуальным машинам автоматически получать IP-адрес в своей подсети, а виртуальное NAT-устройство обеспечивает трансляцию сетевых адресов при общении виртуальных машин с внешней сетью.

3 вида сетевого взаимодействия между виртуальными машинами

Продукты VMware Workstation и VMware Server предоставляют пользователям возможность назначить виртуальной машине один из трех базовых типов сетевого взаимодействия для каждого из виртуальных сетевых адаптеров:

• Bridged
• Host-only

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

Этот тип сетевого взаимодействия позволяет привязать сетевой адаптер виртуальной машины к физическому сетевому интерфейсу компьютера, что дает возможность разделять ресурсы сетевой карты между хостовой и виртуальной системой. Виртуальная машина с таким типом сетевого взаимодействия будет вести себя по отношению к внешней сети хостовой системы как независимый компьютер. Вы можете назначить такой машине собственный IP-адрес в домашней сети или сети организации, либо она получит его от внешнего DHCP-сервера. Для создаваемой виртуальной машины этот тип сетевого взаимодействия назначается по умолчанию, поскольку это наиболее простой способ организации сетевого взаимодействия между виртуальной машиной, хостом и внешней сетью. Структура Bridged Networking приведена ниже.

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

Для того чтобы назначить виртуальной машине тип сетевого взаимодействия Bridged, необходимо зайти в меню «VM», затем «Settings», на вкладке «Hardware» выбрать виртуальную сетевую карту Ethernet и установить переключатель группы Network Connection в положение Bridged.

Такой тип сетевого взаимодействия оптимален для целей тестирования программного обеспечения, когда вам требуется организовать виртуальную сеть в пределах хоста, а виртуальным машинам не требуется выход во внешнюю сеть. В виртуальной подсети действует DHCP-сервер, подключенный к виртуальному коммутатору VMnet1 и назначающий виртуальным машинам IP-адреса из заданного диапазона (по умолчанию 192.168.179.128 – 192.168.179.254). Структура Host-Only Networking приведена ниже:

Виртуальные сетевые адаптеры гостевых систем подключаются к коммутатору VMnet1 и взаимодействуют в подсети 192.168.179.0/24. В хостовой системе создается также виртуальный сетевой интерфейс, подключенный к VMnet1, который позволяет взаимодействовать с виртуальными машинами.

Для того чтобы назначить виртуальной машине тип сетевого взаимодействия Host-Only, необходимо зайти в меню «VM», затем «Settings», на вкладке «Hardware» выбрать виртуальную сетевую карту Ethernet и установить переключатель группы Network Connection в положение Host-Only.

Этот тип сетевого взаимодействия очень похож на Host-Only, за одним исключением: к виртуальному коммутатору VMnet8 подключается устройство трансляции IP-адресов (NAT). К этому коммутатору также подключается DHCP-сервер, раздающий виртуальным машинам адреса из заданного диапазона (по умолчанию 192.168.89.128 – 192.168.89.254) и, непосредственно, сами виртуальные машины. NAT-устройство позволяет осуществлять трансляцию IP-адресов, что позволяет виртуальным машинам инициировать соединения во внешнюю сеть, не предоставляя при этом механизма доступа к виртуальным машинам извне. Структура NAT Networking приведена ниже:

В хостовой операционной системе также как и для Host-Only Networking создается виртуальный сетевой интерфейс для коммутатора VMnet 8, позволяющий хосту общаться с виртуальными машинами.

Такая модель сетевого взаимодействия оптимальна с точки зрения безопасности (поскольку невозможно инициировать извне соединение с виртуальной машиной), однако существенно снижает быстродействие сети (иногда, до 20-30 процентов). NAT-соединение может использоваться, например, для безопасной работы в Интернет из виртуальной машины.

Для того чтобы назначить виртуальной машине тип сетевого взаимодействия NAT, необходимо зайти в меню «VM», затем «Settings», на вкладке «Hardware» выбрать виртуальную сетевую карту Ethernet и установить переключатель группы Network Connection в положение NAT.

У каждой виртуальной машины может быть несколько виртуальных сетевых адаптеров, подключенных к различным виртуальным коммутаторам, на которых реализуются различные типы сетевого взаимодействия. На платформе VMware Server 1.0 может быть создано до четырех виртуальных сетевых адаптеров для одной виртуальной машины, на платформе VMware Workstation 6 – до десяти. Для того чтобы добавить виртуальный сетевой адаптер виртуальной машине, зайдите в меню «VM», выберите «Settings», далее на вкладке «Hardware» нажмите кнопку «Add» и в мастере добавления виртуальных устройств выберите «Ethernet Adapter». После этого, в мастере назначьте вид сетевого взаимодействия для этого адаптера и нажмите «Finish».

Настройка виртуальной сети с помощью Virtual Network Editor

Приложение Virtual Network Editor входит в комплект поставки VMware Workstation и VMware Server и представляет собой мощное средство управления виртуальной сетью. Для того чтобы использовать его, необходимо запустить программу vmnetcfg.exe из папки с Workstation или Server, либо в меню «Edit» выбрать пункт Virtual Network Settings.

На первой вкладке редактора виртуальной сети показаны имеющиеся виртуальные сети, их описание, подсеть, которую они образуют, а также включен ли для нее DHCP-сервер. Перейдя на вкладку «Automatic Bridging» мы увидим следующую картину:

Здесь мы можем позволить платформе VMware самой выбрать подходящий физический сетевой адаптер для привязки к виртуальному мосту (если сетевых карт несколько), а также добавить в список физические адаптеры, для которых создавать мост не нужно. Если у вас одна сетевая карта, рекомендуется оставить все как есть. Далее мы можем перейти на вкладку «Host Virtual Network Mapping».

Здесь мы можем осуществить привязку сетевых интерфейсов хоста (как физических так виртуальных) к виртуальным коммутаторам VMnet. По умолчанию виртуальные сетевые интерфейсы VMnet1 и VMnet8 привязаны к коммутаторам для Host-Only и NAT соответственно. Физический интерфейс привязан к коммутатору VMNet0. Для каждого из коммутаторов мы можем назначить подсеть путем назначения адреса и маски подсети:

Также мы можем привязать DHCP-сервер к виртуальному коммутатору, для которого есть привязка к одному из сетевых интерфейсов хоста. Эта функциональность дублирует вкладку DHCP и будет описана позднее. Рассмотрим теперь создание своей подсети на основе незанятого коммутатора VMnet2, которое начинается с вкладки «Host Virtual Adapters».

Здесь мы видим виртуальные адаптеры хоста для сетевого взаимодействия Host-Only и NAT, соответствующие им виртуальные коммутаторы и статусы устройств. Мы можем отключить или включить виртуальные устройства, а также вовсе удалить их. Добавим свой виртуальный адаптер для создания подсети виртуальных машин, нажав на кнопку «Add». Добавляем адаптер VMnet2 и нажимаем кнопку «Применить». В результате у нас появляется еще один виртуальный сетевой интерфейс на хосте и подсеть с автоматически назначенным адресом вида 192.168.x.0/24. На вкладке «Host Virtual Network Mapping» мы можем убедиться, что созданный адаптер привязан к коммутатору VMnet2, и посмотреть или изменить его подсеть. Далее перейдем на следующую вкладку, где мы можем присоединять DHCP-сервер к различным виртуальным коммутаторам.

Здесь мы видим, что DHCP-сервер работает для виртуальных коммутаторов VMnet1 и VMnet8. Мы можем также добавить коммутатор в список клиентов DHCP-сервера, нажав кнопку «Add», причем не важно привязан ли к нему какой-нибудь сетевой интерфейс хоста или нет. Внизу также виден статус сервиса, поддерживающего DHCP (vmnetdhcp.exe ), и мы можем остановить, запустить или перезапустить его.

Добавляем коммутатор VMnet2 кнопкой «Add» и нажимаем «Применить». DHCP теперь в нашей подсети назначен, и мы можем отредактировать его свойства, нажав на кнопку «Properties»:

Здесь, помимо диапазона IP-адресов, назначаемых виртуальным машинам, мы можем настроить длительности аренды IP-адресов клиентами DHCP (по умолчанию и максимальную). Таким образом, присоединив DHCP-сервер к коммутатору и создав виртуальный сетевой адаптер хоста, привязанный к нему же, мы создали свою подсеть типа Host-Only.

Как уже было сказано выше, сетевое взаимодействие типа Host-Only отличается от NAT отсутствием одного лишь NAT-устройства. Это устройство, осуществляющее трансляцию IP-адресов виртуальных машин, может быть привязано только к одному виртуальному коммутатору и виртуальному сетевому интерфейсу хоста. По умолчанию в качестве основы сетевого взаимодействия через NAT используется коммутатор VMnet8 и виртуальный сетевой адаптер, привязанный к нему. На последней вкладке «NAT» можно поменять параметры этого сетевого взаимодействия:

Для того чтобы назначить NAT-устройство нашей сети VMnet2, выбираем ее из комбо и нажимаем «Применить». После этого, наша виртуальная подсеть на коммутаторе VMnet2 становится защищенной от проникновения в нее извне, а виртуальные машины посредством NAT-устройства могут инициировать исходящие соединения во внешнюю сеть, которые будет обрабатывать NAT-сервер VMware. Сервис трансляции адресов реализуется процессом vmnat.exe. На этой вкладке он также может быть установлен, запущен и перезапущен. Для настроек NAT-сервера нажмите кнопку «Edit».

Здесь можно настроить IP-адрес шлюза, используемого NAT-устройством, таймаут протокола UDP (User Datagram Protocol) в минутах (сколько держится привязка протокола UDP к сети NAT) и Config port – порт, по которому можно получить информацию о статусе устройства NAT.

Галка «Active FTP» разрешает или запрещает открытие входящего соединения от внешнего FTP-сервера в Active Mode. Если галка не выставлена, будет использоваться одноканальный режим Passive Mode. Кнопка «DNS» (DNS, Domain Name System) позволяет управлять настройками DNS-форвардинга (перенаправления запросов к DNS). Эта возможность может быть настроена только для Windows-хостов. Галка OUI (Organizationally Unique Identifier) должна быть выставлена только в том случае, если вы поменяли первую часть MAC-адреса виртуальной машины, идентифицирующую производителя сетевой карты (по умолчанию VMware назначает всем машинам свой OUI), и хотите позволить этим машинам использовать NAT-устройство.

Параметры протокола NetBIOS включают в себя таймаут процессора имен NBNS (NetBIOS Name Service), число попыток для NBNS-запросов и таймаут NBDS (NetBIOS Datagram Service).

Построение сетей из виртуальных машин с несколькими сетевыми адаптерами

Как уже было сказано ранее, каждая виртуальная машина может иметь несколько виртуальных сетевых адаптеров, привязанных к различным типам сетевого взаимодействия и коммутаторам. Добавляя виртуальной машине новые сетевые интерфейсы с различными типами сетевого взаимодействия, вы можете развернуть в пределах хостовой системы настоящую виртуальную инфраструктуру для тестирования сложных распределенных систем и в целях обучения. Например, структура виртуальной сети на хосте может быть такой:

Как видно из рисунка, нет никаких проблем в моделировании на одном физическом компьютере сложных комплексных систем, в которых действуют различного рода серверы, сетевые экраны и клиентские компьютеры. Все это можно сделать с помощью утилиты Virtual Network Editor. Кроме того, продукт VMware Workstation, ориентированный на процесс разработки и тестирования, предоставляет еще один инструмент для создания виртуальных сетей между виртуальными машинами, обладающий расширенными возможностями – Virtual Machine Teaming.

Virtual Machine Teaming в VMware Workstation

Компания VMware определяет категорию своего продукта Workstation как Development and Test не случайно. Платформа VMware Workstation обладает огромным набором инструментов, необходимых разработчикам и инженерам по качеству ПО в компаниях, занимающихся разработкой программного обеспечения. Одна из самых эффективных возможностей продукта – создание «команд» виртуальных машин, объединенных сегментами виртуальной сети для тестирования комплексных систем. По сути Virtual Machine Teaming реализует те же возможности, что и Virtual Network Editor, однако позволяет наиболее просто создавать виртуальные сети, привязывая адаптеры виртуальных машин к различным сегментам виртуальных сетей. Например, нам необходимо протестировать следующую систему: на одном из хостов расположен Web-сервер, который имеет 2 сетевых интерфейса – один для захода на него через тонкий клиент с пользовательской машины, другой – для соединения с сервером баз данных, куда клиент посылает запросы через Web-сервер. Структура такой системы представлена ниже:

Создадим три виртуальные машины, в соответствии со структурой модели, и добавим для виртуального Web-сервера еще один виртуальный сетевой адаптер. После этого в меню «File» VMware Workstation выбираем New->Team. Указываем далее, где будут размещаться файлы команды виртуальных машин, затем выбираем опцию «Yes» при вопросе «Add Virtual Machines to the team now». Далее переходим в окно добавления виртуальных машин:

Здесь мы можем добавить виртуальные машины кнопкой «Add». Добавляем требуемые машины, нажимаем «Next» и отвечаем «Yes» на вопрос «Add LAN segments to the team now» для перехода в окно добавления сетевых сегментов.

Здесь добавляем 2 сетевых сегмента для моделируемой системы кнопкой «Add» и нажимаем «Next». Затем переходим на самую интересную страницу – страницу привязки виртуальных сетевых адаптеров к сетевым сегментам.

Здесь мы можем назначить привязки виртуальных сетевых адаптеров нужным нам сегментам виртуальной сети, просто поставив галки для соответствующих сетевых интерфейсов в столбцах с сегментами. В соответствии со структурой модели назначаем для сервера баз данных и Web-сервера сегмент LAN 1 и сегмент LAN 2 для Web-сервера и клиента. Таким образом, после нажатия на кнопку «Finish», мы получим команду из виртуальных машин, соответствующую требованиям моделируемой системы.

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

Некоторые аспекты сетевого взаимодействия VMware

При старте виртуальной машины, VMware Workstation и VMware Server автоматически назначают виртуальным сетевым адаптерам MAC-адреса. Система автоматического назначения адресов такова, что на одном хосте у виртуальных машин гарантированно не будет одинаковых MAC-адресов. Поэтому если вы используете только одну копию платформы VMware в сети организации, такая система гарантирует отсутствие конфликтов физических адресов. Однако если платформы виртуализации запущены сразу на нескольких хостах в сети, может возникнуть ситуация дублирования MAC-адресов, что приведет к конфликтам в сети и недоступности виртуальных машин. Чтобы избежать этого, вы можете вручную назначить MAC-адреса виртуальным машинам, добавив в текстовом редакторе vmx-файл строчку вида:

Ethernet[n].address = 00:50:56:XX:YY:ZZ

Где n – порядковый номер (начиная с нуля) сетевого интерфейса виртуальной машины, а XX, YY и ZZ – соответствующие компоненты MAC-адреса.

Кроме того, при применении виртуальной инфраструктуры на базе VMware Workstation или VMware Server в производственной среде, стоит помнить, что виртуальные коммутаторы VMnet на самом деле являются концентраторам («хабами»), то есть дублируют трафик на всех портах устройств VMnet. Это создает потенциальные проблемы безопасности, поскольку сетевой интерфейс, работающий в promiscuous-mode в одной из виртуальных машин может прослушивать трафик, предназначенный другим клиентам виртуального хаба.

Заключение

Платформы VMware Workstation и VMware Server являются мощными средствами по организации сетевого взаимодействия нескольких запущенных одновременно виртуальных машин в пределах хоста. Такой функциональности, как у VMware Workstation, в отношении сетевого взаимодействия нет ни у одной из настольных платформ виртуализации, присутствующих в данный момент на рынке. При тестировании программного обеспечения возможности платформ по моделированию сложных распределенных систем являются просто незаменимыми. Кроме того, на платформе VMware сервер можно создавать «парки виртуальных серверов» со своими внутренними и внешними сетевыми связями, эти системы получаются отвязанными от оборудования и являются очень гибкими в отношении перенесения их на другую платформу. В настройке виртуальных сетей скрывается много возможностей, а также различного рода тонкостей, которые позволяют очень и очень гибко настраивать виртуальные сети и получать максимум эффекта от виртуальных машин.

Администрирование серверов, это очень широкий круг задач, тысячи программ и сервисов со своими тонкостями и нюансами, десятки операционных систем, постоянно что-то меняется, обновляется, физически не реально знать все наизусть. Постоянно приходится сталкиваться с тем, что ставишь или настраиваешь или исправляешь что-то впервые.

При работе с новым сервером, это не так критично, можно попробовать разные варианты решения задачи, выбрав оптимальный, никто от этого не пострадает, не считая конечно личного времени. В конце концов можно все снести и настроить заново.

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

В такой ситуации у администратора серверов всегда должен быть безопасный полигон для испытаний, где не страшно ошибиться, где можно потрогать новую версию операционной системы или погонять какой-то софт, в общем ломай не хочу. У меня уже не первый год, таким полигоном является VMWare workstation , на которой я держу виртуальные машины с основными операционными системами, с которыми работаю - FreeBSD, различные дистрибутивы Linux, типа Debian, CentOS, Ubuntu, и с которыми не работаю тоже, просто для общего развития, например различные Windows.

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

Постараюсь вкратце описать процесс создания тренировочного полигона для администрирования серверов, как делаю я, то есть не вдаваясь в документацию по VMWare, в которой и так все достаточно подробно.

Итак, основная операционка - Windows 7 ultimate x64 SP1, VMWare Workstation 7.1.4, на тестовой виртуальной машине будет установлена операционная система FreeBSD 8.2 amd64.

Компьютер на котором установлена VMWare Workstation является хост-машиной , по отношению к виртуальным машинам.
Виртуальные машины, являются гостевыми системами , по отношению к хост-машине (виртуальная машина = гостевая система).

Структура моей сети очень проста, обычный роутер на который приходит интернет канал, внутренний IP адрес интерфейса роутера - 192.168.1.10 . Поскольку машин внутри моей сети не много, 3-5, я не использую DHCP сервер роутера а назначаю статические IP адреса, мне так удобней. На рабочем компьютере, прописан IP адрес 192.168.1.11 , шлюз соответственно 192.168.1.10 .

Не буду расписывать процесс установки VMWare, там нет ничего сложного. После установки потребуется перезагрузка.

Настройка виртуальных коммутаторов VMWare

VMWare поддерживает 3 вида сетевого взаимодействия гостевых систем и хост-машины:

• Host-only - только хост
• Bridged - сетевой мост
• NAT - устройство трансляции адресов (Network Address Translation)

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

Второй тип - мост, позволяет объединить виртуальный адаптер гостевой системы с физическим сетевым адаптером хост-машины. При таком типе соединения, гостевая система
будет вести себя как независимый компьютер в рамках сети хост-машины. То есть, в моем случае, хост-машина - это 192.168.1.11 , кроме нее в моей сети есть например
еще одна машины с адресами 192.168.1.12 , если я подниму виртуалку и назначу ей адрес 192.168.1.13 , то она будет видна в моей сети как еще один обычный компьютер.

Немного путано), но если подумать, все станет понятно. Мост самый простой вариант настройки, на гостевой системе можно вообще ничего не прописывать, она
получит IP адрес с DHCP, моего роутера.

Третий тип - NAT. Я пользуюсь именно этим типом, какой-то конкретной причины нет, просто так исторически сложилось, да и в настройке этот вариант не на много сложнее
сетевого моста.

За настройку виртуальных коммутаторов в VMWare отвечает утилита . Запускаем VMWare Workstation, сначала идем в Edit > Preferences , я тут практически ничего не меняю, только в первой вкладке прописываю путь до папки, где храню или буду хранить виртуальные машины:

далее запускаем Edit > Virtual Network Editor . Замечу, что в VMWare Workstation 6.5, данная утилита слегка отличается, но смысл тот-же, просто там все было разнесено по разным вкладкам а 7 версии все делается в одном окне.

1. Это список виртуальных коммутаторов. Как видно на скрине, коммутатор VMnet0 - Bridged (мост), VMnet1 - Host-only, и VMnet8 - это NAT, который нас и интересует.
2. Это как раз нужный коммутатор. При выделении этой строки, настройки внизу изменятся на соответствующие.
3. Выбран тип NAT, для данного коммутатора. Под кнопкой NAT Settings , настройки Network Address Translation (см. скрин ниже).
4. Подключить коммутатор к сети.
5. Использовать-ли для раздачи IP адресов DHCP сервер (см. скрин ниже).
6. Тут задан диапазон сети для виртуальных машин, то есть внутренняя сеть VMWare, находящаяся за коммутатором VMnet8.

Я обычно отключаю лишние коммутаторы, что-бы не путаться. Для этого нужно выделить в списке соответствующий и снять галку с пункта 4. В данном случае я отключу коммутатор Host-only.

Здесь можно все оставить по умолчанию. Шлюз для сети 192.168.50.0 будет иметь адрес 192.168.50.2 . Можете заглянуть в настройки DNS и NetBIOS, там я тоже все оставил как было.

Тут задан диапазон из которого будут выдаваться IP адреса виртуальным машинам. А так-же, так называемое время аренды, срок, на который присваивается IP адрес. Тут я тоже оставляю все как есть.

Проверяем что у нас в сетевых подключениях на основном компьютере (хост-машина).

Видим в списке 2 сети, MainNet - это моя основная сеть, а VMware Network Adapter VMnet8 - это коммутатор NAT. Настройки соединения VMnet8 опять-же можно оставить как есть.

На этом первая часть, касающаяся настройки сети закончена, можно поднимать первую виртуальную машину.

Довольно часто возникает необходимость подключить виртуальную машину VMware Workstation к сети интернет. Такая необходимость возникает в случае получения обновлений непосредственно с интернет сайта, тестировании работы интернет браузеров и по многим другим причинам. В этой статье мы расскажем о возможностях подключения виртуальных машин VMware Workstation к интернету. В зависимости от настройки сети могут быть использованы следующие подключения bridged, NAT или host-only.

Для начала напомним, что с помощью утилиты Virtual Network Editor существует возможность конфигурирования виртуальных сетей VMware Workstation . Эта утилита позволяет настоить сеть VMware Workstation и позволяет осуществить настройку DHCP и NAT служб. Боле подробную информацию об использовании Virtual Network Editor можно получить прочитав статью Параметры сети VMware Workstation

Сценарий 1. Доступ виртуальных машин VMware Workstation к интернет, используя bridged подключение.

Рассмотрим первый сценарий подключения виртуальных машин к интернет при использовании bridged подключения. Предположим, что в вашей локальной сети существует DHCP сервер (если его нет, то все параметры TCP/IP виртуальной машины (IP адрес, маска, шлюз по умолчанию, ДНс) можно задать вручную). Также мы предполагаем, что ваше сетевое оборудование не блокирует соединение на основе MAC адреса и ваш брандмауэр позволяет любому компьютеру подключаться к интернету.

В этом случае, никаких дополнительных настроек делать не нужно, если вы выбрали bridged подключение виртуальной машины, все должно работать.

На рисунке изображено bridged подключение. Как вы видите, физическая машина (хост) имеет собственный уникальный IP адрес. Виртуальные машины получают от DHCP сервера собственные IP адреса. Таким образом, каждая виртуальная машина выступает как независимый узел локальной сети.

У данного метода подключения существуют и недостатки. В ситуации, когда на брандмауэре жестко прописаны адреса компьютеров имеющих доступ в интернет, виртуальные машины VMware Workstation не получат доступ. В этом случае необходимо для каждой виртуальной машины создавать отдельное разрешение доступа на брандмауэре. Еще одним ограничением работы виртуальной машины в сети могут служить настройки сетевого оборудования, в настройках может быть указано ограничение - один MAC адрес на порт. Поскольку при bridged подключении каждая виртуальная машина имеет собственный MAC адрес, сетевое оборудование может заблокировать порт из-за большого количества MAC адресов на порту.

Сценарий 2. Подключение виртуальных машин VMware Workstation к интернет исполльзуя NAT .

Мы рассмотрели первый сценарий подключения виртуальных машин VMware Workstation к интернет. Как было рассмотрено выше существуют определенные ограничения присущие bridged подключению. Для преодоления этих ограничений, как альтернативу, вы можете использовать NAT подключение. В NAT подключении IP адрес хоста (физического компьютера) используется всеми виртуальными машинами. Другими словами, в случае если гостевая виртуальная машина обращается к ресурсам локальной сети, запрос происходит от имени хоста, используя его IP и MAC адрес.

При использовании NAT подключения существуют две сети. Одна виртуальная сеть, в которой находятся и взаимодействуют виртуальные машины, а вторая сеть физическая, к котрой подключен физический компьютер. Для назначения IP адресоввиртуальным машинам используется DHCP служба. Конфигурация DHCP осуществляется через утилиту Virtual Network Editor VMware Workstation . В конфигурации DHCP службы желательно указать ДНС сервер вышего интернет провайдера.

Обратите внимание, физический компьютер подключен также к виртуальной сети, используя виртуальный сетевой адаптер. При обращении виртуальной машины к ресурсам локальной сети или интернета, пакеты от виртуальной машины попадают на шлюз по умолчанию (в качестве которого указан IP адрес виртуального адаптера физического компьютера), на физическом компьютере осуществляется преобразование сетевых адресов и пакеты поступают в сеть используя IP и MAC адрес физического компьютера. После получения данных из внешней сети или интернета происходит обратное преобразование сетевых адресов.

Сценарий 3. Доступ виртуальных машин VMware Workstation в интернет используя host-only подключение .

Говоря о host-only подключении всегда выделяют, что создается изолированная от внешних сетей виртуальная сеть. Все виртуальные машины в этой сети могут взаимодействовать только друг с другом и с операционной системой хоста. Но, даже для host-only подключения существует возможность предоставить виртуальным машинам VMware Workstation доступ в интернет. Это можно сделать используя на хосте прокси-сервер, маршрутизатор, NAT и т.п. На компьютерах, использующих в качестве хостовой операционной системы Windows 2000, Windows XP или Windows Server 2003, совместно с host-only подключением вы можете использовать Internet connection sharing, разрешив виртуальным машинам использовать dial-up или другое подключение к интернет.

Заключение. VMware Workstation предоставляет множество возможностей при конфигурировании виртуальных сетей - bridged, NAT и host-only. В зависимости от сценария использования необходимо выбирать определенную сеть. Если вы хотите подключить виртуальную машину к локальной сети или к интернету, лучше воспользоваться bridged или NAT опцией. Выбор зависит от конфигурации безопасности вашей локальной сети.

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