Настройка сетевой карты vmware workstation. Полигон для администрирования серверов. Настройки сети в VMWare

Довольно часто возникает необходимость подключить виртуальную машину 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 опцией. Выбор зависит от конфигурации безопасности вашей локальной сети.

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

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

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

Выбираем Ваше и нажимаем правой кнопкой мыши, а затем из контекстного меню выбираем пункт Свойства . Далее в появившемся окне нажимаем на кнопку Установить . В выборе сетевого компонента мы выбираем Протокол и нажимаем на кнопку Добавить и выбираем из списка NWLink IPX/SPX/NetBIOS – совместимый транспортный протокол . Ждем пока он появиться в свойствах нашего Подключение по локальной сети . Далее в , в списке компонентов находим VMware Bridge Protocol и ставим галочку возле данного пункта. Далее выделяем его и нажимаем на кнопку Свойства и в поле VMnet Number ставим значение – 0.
Тяжело? Это еще только начало. Давайте дальше в Подключении по локальной сети , в списке компонентах, используемых по умолчанию ищем и выделяем его, а затем жмем на кнопку Свойства . В появившемся окне, необходимо выставить следующие настройки:
Все, сохраняем и закрываем наше Подключение по локальной сети . Теперь перейдем к виртуальному адаптеру — VMware Network Adapter VMnet8 и нажжем на него правой кнопкой мыши и из контекстного меню выберем пункт Свойства . Выставим галочку VMware Bridge Protocol , а затем найдем в списке компонентов, используемых по умолчанию – Протокол Интернета (TCP/IP) , выделим его и нажмем кнопку Свойства , там необходимо все данные убрать, у Вас должно получиться что-то вроде этого:
Жмем ОК , далее закрываем и жмем правой кнопкой мыши по виртуальному адаптеру — VMware Network Adapter VMnet8 в Сетевых подключениях , далее из контекстного меню выбираем Отключить . Вы спросить, а зачем мы его настраивали, если все равно отключаем, я Вам отвечу так: на всякий случай, мало ли как себя поведет виртуальная машина.
Теперь в списке Сетевых подключений переходим к последнему нашему виртуальному сетевому адаптеру — VMware Network Adapter VMnet1 , также выделяем его и нажимаем по нем правой кнопкой мыши и из контекстного меню выбираем Свойства . Далее в списки используемых компонентов по умолчанию находим VMware Bridge Protocol и также ставим галочку. Затем находим строчку NWLink IPX/SPX/NetBIOS – совместимый транспортный протокол и нажимаем Свойства и выставляем следующие параметры:
Почти все, там остается только для этого адаптера настроить Протокол Интернета (TCP/IP) , выделяем его и жмем на кнопку Свойства , далее все отключаем и у Вас должно получиться, что-то вроде этого:
Теперь все сохраняем, переходим в список сетевых подключений и также отключаем виртуальный сетевой адаптер VMware Network Adapter VMnet1 – жмем по нем правой кнопкой мыши и из контекстного меню выбираем пункт Отключить . В итоге в Сетевых подключениях у Вас должно получиться следующее.

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

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

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

В такой ситуации у администратора серверов всегда должен быть безопасный полигон для испытаний, где не страшно ошибиться, где можно потрогать новую версию операционной системы или погонять какой-то софт, в общем ломай не хочу. У меня уже не первый год, таким полигоном является 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 опять-же можно оставить как есть.

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

Специалистам в разных областях 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 Workstation.

Страница является частью cтатьи

Вы можете адаптировать содержимое:

Обычная настройка VMware без контекста основной статьи.
(выполните также пункт по настройке статических IP-адресов на следующей странице статьи).

Настройка VMware в контексте создания группы виртуальных прокси-серверов.

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

Для перехода к настройкам в верхнем выпадающем меню программы VMware Workstation выбираем [Правка] – [Редактор виртуальной сети…]

Перед нами откроется редактор виртуальной сети. Если Вы впервые создаёте виртуальную сеть, для начала давайте удалим существующие по умолчанию сети чтобы не путаться, выделяя сеть в списке и нажимая кнопку «Удалить сеть».

Вспомните, как ранее к названиям папок с образами виртуальных машин мы добавили слово VMware c порядковым номером. Теперь нажимаем кнопку добавить сеть и добавляем сети, выбрав в списке VMware0 и так далее по нужному количеству виртуальных машин.

Наши сети появятся в списке сетей, теперь кликаем по каждой строке с названием сети и в области «Информация о VMNet» под списком сетей выбираем пункт «Только узел», следующий пункт «Подключить адаптер узла к этой сети» должен быть отмечен. Мы также обязательно снимаем галочку с пункта «Использовать локальную службу DHCP для распределения IP-адресов для виртуальных машин» так как назначим свои собственные статистические IP-адреса в следующей части статьи. Выполняем действие для каждой сети и нажимаем [Применить].

Далее смотрим, к какой сети какой «Адрес подсети» принадлежит, записываем эти цифры или запоминаем, как их здесь посмотреть, так как эти адреса понадобятся нам, чтобы назначить свой адрес в рамках этих подсетей вручную. Нажимаем [ОК]. На основной и виртуальной машине должны будут сразу появиться сетевые адаптеры наших виртуальных сетей.

Для включения сетевых адаптеров на каждой виртуальной машине VMware кликаем по названию виртуальной машины правой кнопкой мыши и в контекстном меню выбираем пункт «Параметры», затем переходим на вкладку «оборудование» окна «Параметры виртуальной машины». Если вы обнаружили в списке устройств виртуальной машины неиспользуемый вами сетевой адаптер, то лучше просто удаляем его, после чего выбираем вкладку «добавить».

Откроется «Мастер добавления нового оборудования».
Выберите добавляемый тип оборудования «Сетевой адаптер» и нажмите [Далее].

На следующей странице мастера в области «Сетевое подключение» выбираем пункт «Другое: указать виртуальную сеть» и выбираем сеть «VMnet (только узел)» с порядковым номером, который мы назначили для этой виртуальной машины.

Аналогичные действия по созданию новых виртуальных сетевых адаптеров делаем на других Virtual OS. Мы создаём для каждой виртуальной машины по адаптеру, чтобы иметь возможность мониторить трафик и стабильность трафика (парсинга) с каждой виртуальный машины отдельно и при этом в одном месте – во вкладке Сеть в Диспетчере задач основной операционной системы.

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