Всем привет.

Переходя от одной платформы программной виртуализации к другой приходится настраивать сетевое взаимодействие между виртуальными ОС. Сегодня вспомним что к чему по сетям в легендарной VMware Workstation . А через пару дней заглянем в сети VirtualBox.

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

По умолчанию, в VMware Workstation существует 3 типа виртуальных сетей. Подключить виртуальную машину к определенной сети можно из меню Virtual Machine Settings

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

Необходимо учесть, хостовая и гостевая операционные системы имеют уникальные MAC и IP адреса. В случае если на виртуальных машинах не указан статический IP адрес, то она получит его по DHCP, как обычный компьютер. В данном типе подключения, виртуальная машина имеет полный доступ к локальной сети и может подключаться к другим компьютерам, а компьютеры локальной сети могут подключаться к ней.

Такой тип подключения используется наиболее часто.


Host-only/VMnet1. Второго рода сеть соединяет гостевую виртуальную машину и хостовый компьютер, образуя частную сеть. Данное подключение обеспечивает сетевое соединение между виртуальной машиной и физическим компьютером (хостом), используя виртуальный сетевой адаптер доступный операционной системе хоста.

При этом типе подключения, виртуальная машина не имеет доступ к локальной сети и Интернету. Поскольку виртуальные машины не имеют доступа к физической сети, VMware Workstation предусматривает использование DHCP службы для назначения TCP\IP параметров виртуальным машинам. Для host-only виртуальной сети используется определенная подсеть, в нашем случае это 192.168.52.0-254, где виртуальный адаптер на физическом компьютере имеет IP адрес 192.168.52.1, а все гостевые виртуальные машины использующие host-only подключение получают адреса от VMware DHCP server.

Виртуальные машины использующие host-only сеть могут взаимодействовать между собой в этой сети.

При использовании NAT подключения, виртуальная машина не имеет собственного IP адреса внешней сети. Тем не менее, виртуальная машина может подключаться к компьютерам из внешней сети по стандартному протоколу TCP/IP. При этом виртуальная машина использует IP и MAC адреса физического компьютера.

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

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

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

Управление виртуальными сетями VMware Workstation осуществляется в Virtual Network Editor, который устанавливается по умолчанию. Запустить Virtual Network Editor можно непосредственно из меню Пуск, выбрав Все программы, затем VMware и Virtual Network Editor. Вы также можете запустить Virtual Network Editor внутри интерфейса VMware Workstation , выбрав меню Edit и Virtual Network Editor.

После запуска Virtual Network Editor вы увидите вкладку Summary . На этой вкладке отображаются все виртуальные сети используемыеVMware Workstation .

Automatic Bridging. В случае если хостовая машина, т.е. компьютер на котором установлено ПО VMware Workstation , имеет более одного физического адаптера Ethernet, автоматически происходит выбор первого доступного физического адаптера, который будет использоваться в виртуальной сети VMnet0. Есть возможность добавить исключение не использовать определенный физический адаптер в сети VMnet0.

Host Virtual Network Mapping . Эта вкладка служит для настройки виртуальных сетей в VMware Workstation . На этой вкладке для сети VMnet0.можно указать использование определенного физического адаптера. Для сетей VMnet1 и VMnet8 можно указать подсеть и параметры DHCP.

Здравствуйте! В этой статье поговорим о том, как настроить виртуальную машину 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 опять-же можно оставить как есть.

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

В есть несколько способов настройки сети гостевой машины:
1) Bridged networking
2) Network address translation (NAT)
3) Host-only networking
4) Custom networking

В нашем случае настраивать будем гостевую машину как Custom networking. На гостевой машине установлена FreeBSD 7.0.

И так, запускаем VMware Workstation. Заходим в сетевые свойства Edit > Virtual Network Editor (В старых версиях программы Virtual Network Settings). Выбираем вкладку Host Virtual Adapters.

Удаляем все сетевые адаптеры с помощью выделения адаптера и нажатия на кнопку Remove. После того как все адаптеры будут удалены жмем кнопку Применить(Apply)


В следующем шаге жмем кнопку добавить (Add) и добавляем новый виртуальный сетевой адаптер. По умолчанию сетевой адаптер создается с виртуальной сетью VMnet1.
Обратите внимание на то, что адаптер должен быть активен (Enabled). Жмем кнопку Применить.


Выбираем вкладку Host Virtual Networking Mappning. Жмем кнопку > и выбираем Subnet. В поле IP Address заполняем: 192.168.0.0. В поле Subnet Mask: 255.255.255.0. Жмем Применить.


Заходим в свойства Сетевого окружения главной системы на которую установлен VMware (в моем случае Windows).
Настраиваем сетевой интерфейс для VMware Network Adapter VMnet1:
IP: Свободный в вашей сети ip (пример 192.168.0.1)
Маска: Маска вашей сети (пример 255.255.255.0)

Теперь необходимо дать доступ к интернету нашей виртуальной машине. Можно на главном сервере сети разрешить пользование интернетом нашему ip адресу виртуальной машины или же пропустить весь инет трафик через уже существующий подключенный к инету интерфейс, такой интерфейс у нас — интерфейс Windows.

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

Стартуем нашу гостевую Ось и настраиваем сетевой интерфейс (например через sysinstall)
Host: server
Domain: ru
IPv4 Gateway: 192.168.0.1 (адрес нашей VMware Network Adapter VMnet1)
IPv4 Address: 192.168.0.2
Name Server: 192.168.168.1 (адрес вашего ДНС сервера)
Netmask: 255.255.255.0

Рестартируем сетевой интерфейс командами: cd /etc
./netstart
Заглянем в /etc/resolv.conf. В нем должны обнаружить запись о DNS сервере типа: domain ru
nameserver 192.168.168.1

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

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