На странице представлена подробная инструкция о том, как создать сетевые соединения между основной и виртуальными машинами в программе VMware Workstation.
Страница является частью cтатьи
Вы можете адаптировать содержимое:
Обычная настройка VMware без контекста основной статьи.
(выполните также пункт по настройке статических IP-адресов на следующей странице статьи).
Настройка VMware в контексте создания группы виртуальных прокси-серверов.
Для создания виртуальной локальной сети, под каждую локальную машину мы должны создать виртуальные адаптеры, которые все компьютеры будут считать реальными сетевыми картами.
Для перехода к настройкам в верхнем выпадающем меню программы VMware Workstation выбираем [Правка] – [Редактор виртуальной сети…]
Перед нами откроется редактор виртуальной сети. Если Вы впервые создаёте виртуальную сеть, для начала давайте удалим существующие по умолчанию сети чтобы не путаться, выделяя сеть в списке и нажимая кнопку «Удалить сеть».
Вспомните, как ранее к названиям папок с образами виртуальных машин мы добавили слово VMware c порядковым номером. Теперь нажимаем кнопку добавить сеть и добавляем сети, выбрав в списке VMware0 и так далее по нужному количеству виртуальных машин.
Наши сети появятся в списке сетей, теперь кликаем по каждой строке с названием сети и в области «Информация о VMNet» под списком сетей выбираем пункт «Только узел», следующий пункт «Подключить адаптер узла к этой сети» должен быть отмечен. Мы также обязательно снимаем галочку с пункта «Использовать локальную службу DHCP для распределения IP-адресов для виртуальных машин» так как назначим свои собственные статистические IP-адреса в следующей части статьи. Выполняем действие для каждой сети и нажимаем [Применить].
Далее смотрим, к какой сети какой «Адрес подсети» принадлежит, записываем эти цифры или запоминаем, как их здесь посмотреть, так как эти адреса понадобятся нам, чтобы назначить свой адрес в рамках этих подсетей вручную. Нажимаем [ОК]. На основной и виртуальной машине должны будут сразу появиться сетевые адаптеры наших виртуальных сетей.
Для включения сетевых адаптеров на каждой виртуальной машине VMware кликаем по названию виртуальной машины правой кнопкой мыши и в контекстном меню выбираем пункт «Параметры», затем переходим на вкладку «оборудование» окна «Параметры виртуальной машины». Если вы обнаружили в списке устройств виртуальной машины неиспользуемый вами сетевой адаптер, то лучше просто удаляем его, после чего выбираем вкладку «добавить».
| Откроется «Мастер добавления нового оборудования». Выберите добавляемый тип оборудования «Сетевой адаптер» и нажмите [Далее]. |  |
| На следующей странице мастера в области «Сетевое подключение» выбираем пункт «Другое: указать виртуальную сеть» и выбираем сеть «VMnet (только узел)» с порядковым номером, который мы назначили для этой виртуальной машины. |  |
Аналогичные действия по созданию новых виртуальных сетевых адаптеров делаем на других Virtual OS. Мы создаём для каждой виртуальной машины по адаптеру, чтобы иметь возможность мониторить трафик и стабильность трафика (парсинга) с каждой виртуальный машины отдельно и при этом в одном месте – во вкладке Сеть в Диспетчере задач основной операционной системы.
Теперь, когда наши адаптеры созданы, можно перейти к настройке статических IP-адресов для наших адаптеров, описанной на следующей странице статьи.
Виртуальная сетевая карта. Параметры.
Для начала я предлагаю вам ознакомиться с параметрами подключения к сетевой карте виртуальной машины а уже после этого мы поговорим о «редакторе виртуальной сети». Откройте параметры виртуальной машины, это можно сделать из меню «Виртуальная машина» -> «Параметры» или можно открыть вкладку вашей виртуальной машины и нажать «Изменение настройки» так же есть возможность использования горячей клавиши (Ctrl+D).
Нам открывается конфигуратор виртуальной машины, выбираем сетевой адаптер и справа появляются его настройки. Теперь разберёмся что здесь к чему.
- 1.Подключение типа «мост». При использовании этого типа подключения виртуальный адаптер работает непосредственно с физическим адаптером на хостовой машине. Что это даёт? Эта настройка позволяет виртуальному компьютеру взаимодействовать с локальной сетью и интернетом если они доступны для физического адаптера хостовой машины. Настройки для сетевого подключения вwindows в таком случает берутся с DHCP сервера который встроен в продукт VMWare.
- 2.Подключение типа «NAT». При использовании этого типа подключения адапреты виртуальной и хостовой машины создают между собой соединение, параметры для которого задаются DHCPсервером VMWare. При использовании подключения данного вида у виртуальной машины появляется доступ к внешнему миру который подключен по сдерставм физического адапрета при этом данная машина не будет видна из вне.
- 3.Подключение типа «Только узел». Это подключение создаёт между виртуальным адаптером на виртуальной машине и виртуальным адаптером VMWare на хостовой машине образуется виртуальная сеть, настройки для которой так же задаёт встроенный в VMWare DHCP сервер. В такой сети виртуальный компьютер и хост могут объмениваться данными между собой, но при этом виртуальный компьютер не имеет доступа к внешнему миру (физическая сеть, интернет).
- 4.Подключение типа «Другое». Для данного вида поключения можно выбрать любую созданную виртуальную сеть. Такие виртуальные сети создаются и настраиваются с помощью «редактора виртуальной сети». Параметры для таких виртуальных сетей аналогичны тем что описывались выше, при этом в «редакторе виртуальной сети» так же можно настроить параметры встроенного DHCPсервера и проброс портов.
Редактор виртуальной сети
Для вызова редактора зайдите в меню «правка» -> «редактор виртуальной сети», сочетание горячих клавиш для этого пункта меню не присвоено.
По умолчанию в «редакторе виртуальной сети» созданы три сети с дефолтными настройками.
Сеть VMnet0 настроена на подключение типа «мост». В настройках этого подключения возможно явно указать с каким адаптером будет создан мост.
Сеть VMnet8 использует тип подключения «NAT». В настройках подключения можно изменить настройки встроенного DHCP сервера или деактивировать его. Так же возможно снять галочку с настройки «подключить виртуальный адаптер к этой сети», это выключит виртуальный сетевой адаптер на машине хосте, при этом если DHCP активен то доступ к интернету у виртуальной машины останется… Ещё здесь можно настроить «параметры NAT». В этих параметрах есть возможность пробросить порт с хостовой машины на виртуальную. Рассмотрим этот параметр подробней.
Допустим нужно что бы данные приходящие на определённый порт жизического подключения на хостовой машине перенаправлялись на определённый порт подключения виртуальной машины. Нажмите кнопку «добавить» в «параметрах NAT» и укажите необходимые данные.
- 1.Порт узла – здесь нужно указать с какого порта хостовой машины мы хотим перенаправить данные.
- 2.Тип – выберите нужный тип TCP или UDP
- 3.IP адрес виртуальной машины – можно узнать в «свойствах подключения адаптера» на виртуальной машине.
- 4.Порт виртуальной машины — указать номер порта на виртуальной машине который будет принимать перенаправляемые данные.
- 5.Описание – можно подписать например к какому сервису относится данный порт.
- 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.
Довольно часто возникает необходимость подключить виртуальную машину 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 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
Это не тип сети, а дополнительные настройки сетевого подключения, позволяют указывать пропускную способность соединения и уровень потерь.
Это дает возможность без привлечения дополнительного ПО эмулировать модемное соединение, ассиметричные линии связи, каналы плохого качества и т.п. и будет по достоинству оценено разработчиками и тестировщиками сетевых решений.
В следующей части статьи мы рассмотрим работу с периферийными устройствами, дисками и разделами, а также рассмотрим систему снапшотов.
Теги:
