Сетевое взаимодействие в VMware Workstation и VMware Server. Параметры сети VMware Workstation

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

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

Рассмотрим доступные по умолчанию сети VMware Workstation :

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/VMnet8. Это третий тип подключения. Для этого типа подключения характерно, что связь между виртуальной машиной и хостом осуществляется по частной сети. Для чего в физическом компьютере установлена вторая виртуальная сетевая карта.

При использовании 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.

Host Virtual Network Adapter. Этот тип адаптеров позволяет подключаться хостовой машине к виртуальной сети. По умолчанию создаются два виртуальных сетевых адаптера на хост: один для bridge сети и один для network address translation (NAT) сети. С помощью этой вкладки можно отключать или полностью удалить определенный адаптер. Также на этой вкладке можно создать новый виртуальный адаптер и связать его с конкретной VMnet.

DHCP. На этой вкладке определяются параметры DHCP для VMnet1 (host-only) и VMnet8 (NAT) виртуальных сетей. Здесь же можно остановить или перезапустить DHCP службу.

NAT. На этой вкладке определяется, какая виртуальная сеть будет использовать трансляцию сетевых адресов (NAT). На этой вкладке вы можете запустить/остановить NAT службу. Кроме того, существуют расширенные настройки NAT доступны в разделе «Изменить».

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

Затронув тему настольной виртуализации нельзя обойти стороной продукты несомненного лидера данного рынка - 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

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

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

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

• Теги:

Please enable JavaScript to view the

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

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

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

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

Виртуальная сетевая карта. Параметры.

Для начала я предлагаю вам ознакомиться с параметрами подключения к сетевой карте виртуальной машины а уже после этого мы поговорим о «редакторе виртуальной сети». Откройте параметры виртуальной машины, это можно сделать из меню «Виртуальная машина» -> «Параметры» или можно открыть вкладку вашей виртуальной машины и нажать «Изменение настройки» так же есть возможность использования горячей клавиши (Ctrl+D).

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

1. 1.Подключение типа «мост». При использовании этого типа подключения виртуальный адаптер работает непосредственно с физическим адаптером на хостовой машине. Что это даёт? Эта настройка позволяет виртуальному компьютеру взаимодействовать с локальной сетью и интернетом если они доступны для физического адаптера хостовой машины. Настройки для сетевого подключения вwindows в таком случает берутся с DHCP сервера который встроен в продукт VMWare.
2. 2.Подключение типа «NAT». При использовании этого типа подключения адапреты виртуальной и хостовой машины создают между собой соединение, параметры для которого задаются DHCPсервером VMWare. При использовании подключения данного вида у виртуальной машины появляется доступ к внешнему миру который подключен по сдерставм физического адапрета при этом данная машина не будет видна из вне.
3. 3.Подключение типа «Только узел». Это подключение создаёт между виртуальным адаптером на виртуальной машине и виртуальным адаптером VMWare на хостовой машине образуется виртуальная сеть, настройки для которой так же задаёт встроенный в VMWare DHCP сервер. В такой сети виртуальный компьютер и хост могут объмениваться данными между собой, но при этом виртуальный компьютер не имеет доступа к внешнему миру (физическая сеть, интернет).
4. 4.Подключение типа «Другое». Для данного вида поключения можно выбрать любую созданную виртуальную сеть. Такие виртуальные сети создаются и настраиваются с помощью «редактора виртуальной сети». Параметры для таких виртуальных сетей аналогичны тем что описывались выше, при этом в «редакторе виртуальной сети» так же можно настроить параметры встроенного DHCPсервера и проброс портов.

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

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

По умолчанию в «редакторе виртуальной сети» созданы три сети с дефолтными настройками.

Сеть VMnet0 настроена на подключение типа «мост». В настройках этого подключения возможно явно указать с каким адаптером будет создан мост.

Сеть VMnet8 использует тип подключения «NAT». В настройках подключения можно изменить настройки встроенного DHCP сервера или деактивировать его. Так же возможно снять галочку с настройки «подключить виртуальный адаптер к этой сети», это выключит виртуальный сетевой адаптер на машине хосте, при этом если DHCP активен то доступ к интернету у виртуальной машины останется… Ещё здесь можно настроить «параметры NAT». В этих параметрах есть возможность пробросить порт с хостовой машины на виртуальную. Рассмотрим этот параметр подробней.

Допустим нужно что бы данные приходящие на определённый порт жизического подключения на хостовой машине перенаправлялись на определённый порт подключения виртуальной машины. Нажмите кнопку «добавить» в «параметрах NAT» и укажите необходимые данные.

1. 1.Порт узла – здесь нужно указать с какого порта хостовой машины мы хотим перенаправить данные.
2. 2.Тип – выберите нужный тип TCP или UDP
3. 3.IP адрес виртуальной машины – можно узнать в «свойствах подключения адаптера» на виртуальной машине.
4. 4.Порт виртуальной машины — указать номер порта на виртуальной машине который будет принимать перенаправляемые данные.
5. 5.Описание – можно подписать например к какому сервису относится данный порт.
6. 6.Нажимаем «ОК» и тестируем полученный результат.

Пример того как я пробросил стандартный порт для IIS.

Сеть VMnet1 настроена на работу с подключением «Только узел». В настройках этой сети так же доступны настройки встроенного DHCP и возможность создания подключения с виртуальным сетевым адаптером на хосте.

Создание и конфигурирование сети.

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

SERVER — эта первая виртуальная машина под управлением ОС Windows Server 2012 состоящая в рабочей группе «Workgroup». В настройках подключения, в параметрах TCP/IP вручную указаны IP адрес (192.168.0.1) и маска подсети (255.255.255.0), брандмауэр windows отключен.

CLIENT – вторая виртуальная машина под управлением ОС Windows 7 состоящая в рабочей группе «Workgroup». В настройках подключения, в параметрах TCP/IP вручную указаны IP адрес (192.168.0.2) и маска подсети (255.255.255.0), брандмауэр windows отключен.

На обеих виртуальных машинах в параметрах сетевого адаптера было выбрано подключение к сетиVMnet1. С помощью «редактора виртуальной сети» в настройках сети VMnet1 были отключены две настройки «подключение виртуального адаптера узла к этой сети» и использование встроенного DHCPсервера.

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

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

Я предлагаю добавить на SERVER, второй виртуальный адаптер и настроить его для связи с внешним миром. Открываем параметры виртуальной машины «виртуальная машина» -> «параметры» (Ctrl+D) и нажимаем кнопку «добавить». Перед нами мастер добавления нового оборудования, выбираем «сетевой адаптер» и нажимаем «далее». На этом этапе мастер предлагает выбрать нам тип подключения для нового виртуального адаптера, в моём случае я выбирал «другое» и указал на сеть VMnet8(NAT). Нажимаем «готово» и видим что в конфигурацию виртуальной машины добавился второй сетевой адаптер настроенный на подключение к сети VMnet8.