Как настроить связь между виртуальной машиной

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

И так в предыдущий раз мы с вами создали виртуальную машину и установили на нее операционную систему. Теперь предположим, что вы создаете еще одну виртуальную машину и хотите организовать домен Active Directory, но для этого нужно настроить сеть Wmware workstation. Рассмотрим где это делается и какие есть веды сети.

Виды сетей Wmware workstation

И так какие виды сетей бывают в данном виде виртуализации:

• Мост > подключение непосредственно к физической сети. bridge как его еще называют объединяет несколько портов в виртуальный коммутатор, по сути вы увидите в виртуалке ваш сетевой интерфейс.
• NAT > по сути создается несколько отдельных сетевых интерфейсов, через которые ваша виртуальная машина получает интернет, физический адаптер натирует виртуальный адаптер.
• Только для узла > частная сеть только с узлом, это по сути закрытая локальная сеть которую настраивает Wmware workstation, между физическим компьютером и виртуальной машиной.
• Другое. указать виртуальную сеть > по сути закрытая изолированная сеть
• Сегмент локальной сети > изолированная сеть, создаваемая вами лично, трафик бегает только между виртуалками.

Как настроить сеть

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

Вот настройки network интерфейса vm машинке:

• ip адрес 192.168.145.128
• основной шлюз 192.168.145.2
• DHCP сервер 192.168.145.254

Смотрим настройки тех сетевых адаптеров что у вас добавились на физическом компьютере:

• ip адрес 192.168.145.1, как видите они из одного сегмента 145. Что позволяет вам получать интернет в виртуалке.

Настройки NAT можно посмотреть Правка > Редактор виртуальной сети

В данном редакторе можно задать и посмотреть параметры NAT

Щелкаем Параметры NAT, тут видно шлюз 192.168.145.2, при желании его можно заменить на нужный вам. Обратите внимание можно даже пробрасывать порты в нужную машинку.

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

Параметры DHCP, в них указывается выдаваемый пул ip адресов, время аренды.

Давайте сделаем трассировку из нашей vm и посмотрим прохождение трафика. Как видите первым хопом идет шлюз, а дальше уже шлюз физического интерфейса, куда трафик попадает через тот виртуальный интерфейс с ip 192.168.145.1.

Режим моста

Вот параметры моего сетевого адаптера на физическом компьютере, как видите ip адрес 192.168.0.77 и шлюз 192.168.0.1

А вот настройки сети на виртуальной машине Wmware workstation 192.168.0.11 и с таким же основным шлюзом. Из чего можно сделать вывод, что настройка сети, произведена в одном сегменте и если бы у меня еще был ноутбук подключенный через WiFi, то я бы с него имел доступ на прямую к виртуальной машине, так как они были бы в одной локальной сети. Единственной, что все бы шло через физический адаптер компьютера где настроена виртуализация.

Только для узла

Продолжаем с етевые настройки VMWare Workstation и устанавливаем значение Только для узла. И так теперь ваша virtual machine получает ip адрес из локальной сети в которой только она и ваш физический компьютер.

На фихическом хосте.

Другое: указать виртуальную сеть

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

Сегмент локальной сети

Изолированная сеть, трафик между виртуальными машинами бегает внутри виртуального коммутатора и никуда более. Создается очень просто в настройках виртуалки. Жмем Сегменты локальной сети > Добавить. Задаем имя у меня пусть это будет как название сайта pyatilistnik.org.

Теперь выбираем созданный сегмент, подойдет для доменов active directory например.

Как видите Wmware workstation в данный момент 12 версия, очень мощный инструмент для организации различного уровня сложности и задачи сетей, думаю сценарии вы придумаете сами.

Настройка локальной сети между компьютером и виртуальной машиной virtualbox

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

Первый шаг — настройка сети в virtualbox. Виртуальная машина должна быть выключена. Идем в «Настройки -> Сеть», выбираем неиспользуемый адаптер, включаем его и выбираем тип подключения — «виртуальный адаптер хоста»:

Далее загружаем виртуальную машину и проверяем сеть.

В windows сеть можно проверить командой «ipconfig»:

На ОС Linux из терминала сеть можно проверить так:

В ответ вы должны увидеть работающие сетевые интерфейсы:

По ip можно догадаться, какой интерфейс отвечает за организацию локальной сети между компьютером и виртуальной машиной, по умолчанию (если вы сами не настраивали ip в virtualbox) такой ip должен выглядеть так: 192.168.56.* (вместо * обычно бывает 101 или 102 и т. д.).

Этот ip и нужно использовать для доступа к виртуальной машине.

По умолчанию ip выдается dhcp сервером virtualbox. Для удобства можно задать статический ip адрес в самой виртуальной машине. Например в windows это делается редактированием свойств сети. В интерфейсе linux все аналогично, а вот как это сделать в терминале, без графической оболочки, будет показано ниже, на примере добавления нового сетевого интерфейса в ubuntu server.

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

Сначала нужно найти название сетевого интерфейса, который нам нужен. В терминале набираем:

В результате вы получите список всех сетевых интерфейсов.

Находим нужный интерфейс, он чаще всего последний. Возможно скорее всего это либо eth1 (для ubuntu server 14.04), либо enp0s8 (для ubuntu server 16.04), все зависит от количества подключенных сетевых адаптеров к виртуальной машине.

Далее редактируем файл /etc/network/interfaces

Файл /etc/network/interfaces для ubuntu server 14.04:

В конец файла добавляем строку (для ip, задаваемого динамически):

Для статического ip:

Вместо eth1 может быть другое название интерфейса, в зависимости от вашей конфигурации.

После этого нужно перезагрузить виртуальную машину и снова набрать команду:

В списке должен появиться интерфейс eth1, или тот, который прописали вы.

Настройка файла /etc/network/interfaces для ubuntu server 16.04:

Здесь интерфейс называется enp0s3 вместо eth0. Согласно данным, полученным командой «ip a», в моем случае в конец файла нужно добавить:

После внесения изменений так же необходимо перезапустить виртуальную машину, либо можно перезапустить только службу networking:

На ubuntu server 14.04 у меня она не всегда перезапускается, просто продолжает работать, с ubuntu 16.04 в этом плане все впорядке, но для полной уверенности я считаю что лучше все таки перезапустить виртуальную машину.

После перезапуска машины и набора в терминале команды ifconfig в полученном списке сетевых интерфейсов должен появится интерфейс enp0s8.

Что делать, если сетевой интерфейс так и не заработал?

Тут два основных варианта: либо вы указали неправильный интерфейс в файле /etc/network/interfaces — в таком случае еще раз внимательно посмотрите список всех доступных сетевых интерфейсов командой «ip a» и выберите нужный. Либо виртуальная ОС вообще не видит сетевой адаптер. В этом случае скорее всего в ОС нет подходящих драйверов для этого адаптера. Эту проблему можно решить сменой типа адаптера, например на «паравиртуальная сеть (virtio-net)»:

Можете поэксперементировать с типом адаптера для достижения нужного результата.

ssh-доступ к виртуальной машине в virtualbox

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

Блог IT для Windows

Все про Windows, программное обеспечение, информационную безопасность, программирование

Локальная сеть между гостевыми ОС — VirtualBox

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

Windows Server 2003 и Windows ХР, у обоих машин одинаковая рабочая группа workgroup.

1. Настраиваем сетевые адаптеры на вкладке «Сеть» в свойствах виртуальной машины:

Windows Server 2003

Адаптер 1 — выбираем NAT.

Адаптер 2 — выбираем «Внутренняя сеть«.

Адаптер 1— выбираем «Внутренняя сеть«.

2. Настраиваем сетевые адаптеры в гостевых операционных системах:

Windows Server 2003

IP/Основной шлюз/Предпочитаемый DNS — 192.168.0.1

Маска подсети — 255.255.255.0

Основной шлюз/Предпочитаемый DNS — 192.168.0.1

Маска подсети — 255.255.255.0

Итог — локальная сеть создана, проверяем работоспособность.

Пинг Windows ХР.

Так же оба виртуальных компьютера видны в сетевом окружении.

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

Сетевое взаимодействие в Virtual PC и Virtual Server

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

Корпорация Microsoft, конечно, не могла не уделить внимания технологиям виртуализации в обоих этих аспектах. Еще в 2003 году ею была куплена компания Connectix вместе с продуктом Virtual PC, с которого началась история виртуализации Microsoft.

В то время еще не было ясно, как именно виртуализация позволит более эффективно использовать компьютерные системы, и Microsoft не давала большой приоритет развитию продукта Connectix Virtual PC, выпустив лишь версию Virtual PC 2004, в то время как компания VMware агрессивно продвигала аналогичный продукт VMware Workstation. Время показало, что виртуализация вызывает огромный интерес у домашних и корпоративных пользователей, и компании Microsoft пришлось действовать в роли догоняющей стороны в конкурентной борьбе с компанией VMware, которая сделала большую ставку на виртуализацию. Выпустив продукт Virtual Server 2005, основанный на ядре Virtual PC, компания Microsoft несколько реабилитировала себя в глазах пользователей, однако существовавшие в то время издания Standard и Enterprise продукта Virtual Server были не бесплатны и не вызывали большого интереса. В 2006 году была выпущена версия Virtual Server 2005 R2, которую компании Microsoft пришлось сделать бесплатной ввиду того, что VMware анонсировала бесплатный продукт VMware Server для сектора SMB (Small and Medium Business), который по своим возможностям превосходил Virtual Server.

В данный момент усилия обеих компаний направлены на создание мощных средств по управлению серверами виртуализации, возможности которого будут определять эффективность виртуальной инфраструктуры в целом. Не так давно, компания Microsoft выпустила первый пакет обновлений для Virtual Server R2, который позволяет серьезно отнестись к возможности использования этой платформы в производственной среде предприятия. В 2007 году был выпущен Virtual PC 2007 — настольная платформа виртуализации, поддерживающая Windows Vista и работающая заметно быстрее прошлой версии.

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

Об организации виртуальных сетей на платформах виртуализации Microsoft

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

• создание виртуальной машины, сетевой адаптер которой находится в режиме разделения ресурсов физической сетевой карты, вследствие чего виртуальная машина ведет себя по отношению к внешней сети как независимый компьютер
• создание изолированных сетей из нескольких виртуальных машин в целях тестирования программного обеспечения, обучения и использования серверов «в связке» в пределах собственной подсети
• работа с внешней сетью из виртуальной машины, при этом необходимы только соединения, инициированные из нее во внешнюю сеть

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

Разделение ресурсов физического сетевого адаптера (Virtual Networking)

Чтобы виртуальная машина могла предоставлять сервисы во внешнюю по отношению к хостовой системе сеть, компания Microsoft предлагает использовать этот тип сетевого взаимодействия. В этом случае виртуальная машина ведет себя как самостоятельный компьютер в сети, к которой подключен физический компьютер. Если в этой сети действует DHCP-сервер (DHCP, Dynamic Host Configuration Protocol), назначающий IP-адреса, виртуальная машина получит его и сможет работать как самостоятельная система в сети (в противном случае, нужно будет назначить внешний IP самостоятельно). Наглядно такую схему сетевого взаимодействия можно представить так:

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

Локальное сетевое взаимодействие (Local Only Networking)

Этот тип сетевого взаимодействия позволяет объединять несколько виртуальных машин в изолированную сеть в пределах хостовой системы, при этом компоненты внешней по отношению к хосту сети не имеют к ним доступа. Наглядно это можно представить так:

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

Сеть с использованием NAT (Network Address Translation) — Shared Network

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

В этом случае в хостовой операционной системе работает независимый DHCP-сервер, который назначает внутренние IP-адреса виртуальным машинам в пределах сети хоста. Виртуальная машина может инициировать соединение во внешнюю сеть посредством специального сервиса Network Address Translator, осуществляющего преобразование IP-адресов. При таком типе сетевого взаимодействия виртуальные машины используют один IP-адрес хостовой системы (Shared IP) и не видны из внешней сети.

Настройка сети Virtual PC

При планировании развертывания нескольких виртуальных машин на одном физическом хосте, необходимо заранее продумать структуру их сетевого взаимодействия. Наиболее частое применение продукта Virtual PC — создание виртуальной рабочей среды для испытания программного обеспечения или получение переносного пользовательского окружения. При этом, зачастую, требуется обеспечить как выход во внешнюю сеть из виртуальных машин, так и их взаимодействие между собой. Для каждого из вариантов использования виртуальной машины можно создать отдельную модель сетевого взаимодействия, прикрепив один или несколько виртуальных сетевых интерфейсов к соответствующему типу сети. Virtual PC позволяет создать до четырех виртуальных сетевых адаптеров для одной виртуальной машины. В гостевой системе эмулируемые адаптеры видятся как DEC / Intel 21140 Based PCI Fast Ethernet adapter. Они полностью поддерживают протокол IPv6, а также возможность загрузки по сети (PXE, Preboot eXecution Environment). Надо отметить, что платформы виртуализации Microsoft не поддерживают сети топологии Token Ring.

Еще при установке виртуальной машины в Virtual PC, в левом нижнем углу консоли можно увидеть значок сетевого подключения, который мигает во время обращения виртуальной машины к виртуальному сетевому адаптеру. Щелкнув на нем правой клавишей и выбрав «Networking Settings», можно перейти к настройке сети для виртуальной машины. Также сетевые настройки можно вызвать, выбрав в главном окне консоли «Edit» -> «Settings» -> «Networking»:

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

Not Connected

Чтобы виртуальная машина не имела виртуального сетевого адаптера и не имела доступа к сетевым ресурсам хостовой и других гостевых систем, в настройках виртуальной машины выберите категорию «Networking», и выберите «Not Connected» для первого сетевого адаптера:

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

Virtual Networking

Очень часто пользователям Virtual PC приходится выходить в интернет из гостевой системы, при этом требуется, чтобы гостевая система также предоставляла какие-нибудь сервисы во внешнюю сеть (например, сетевые папки). В этом случае подходит тип сетевого соединения «Virtual Networking», когда виртуальные машины в пределах хоста взаимодействуют как между собой, так и с внешней сетью.

Чтобы назначить виртуальному сетевому адаптеру такую модель взаимодействия, в настройках виртуальной машины выберите категорию «Networking», и выберите свой физический сетевой адаптер:

Виртуальная машина на платформе Virtual PC может быть запущена без возможности взаимодействия с другими гостевыми системами на одном хосте. Для этого можно запустить виртуальную машину с помощью интерфейса командной строки. Нажмите «Start» -> «Run» -> введите «cmd» и нажмите «Enter». Далее выполните команду:

» Virtual PC.exe” —pc -extnetworking -launch

(параметр -extnetworking не влияет на тип сетевого взаимодействия «Shared»).

Local Only

Если вы установите этот тип сетевого взаимодействия для гостевых систем, то виртуальные машины будут взаимодействовать только между собой, при этом, не затрагивая внешнюю сеть хостовой системы. В этом случае сетевой трафик между виртуальными машинами не доходит до хостовой системы, локализуясь во внутренней сети платформы. Помните, что у Virtual PC в этой модели взаимодействия не используется DHCP-сервер, и вам необходимо будет настроить IP-адреса виртуальных машин вручную. Стоит отметить, что в пределах такой виртуальной сети сетевой адаптер одной из гостевых систем, работающий в promiscuous-mode (режим, когда сетевая карта принимает все пакеты, а не только предназначающиеся ей), может перехватывать трафик других виртуальных машин.

Чтобы назначить виртуальному сетевому адаптеру такую модель взаимодействия, в настройках виртуальной машины выберите категорию «Networking» и выберите «Local Only»:

Shared

Эта модель сетевого взаимодействия, как уже было сказано, «прячет» виртуальную машину за хостовой операционной системой, позволяя из гостевой системы инициировать соединения во внешнюю сеть через модем или LAN-подключение (однако Microsoft не рекомендует использовать модем в виртуальных машинах). Доступ к виртуальным машинам извне будет невозможен (это нужно учитывать при работе в сети из виртуальной машины). В этом случае в пределах виртуальной сети функционирует DHCP-сервер, который назначает виртуальным машинам внутренние адреса из диапазона 192.168.131.x, где x — число из диапазона от 1 до 253 (к сожалению, Virtual PC не позволяет менять этот диапазон). Помните, что этот тип сети не поддерживает взаимодействие между виртуальными машинами, а также соединение из хостовой системы в гостевую. Нужно отметить, что только первый виртуальный сетевой адаптер может быть использован для сетевого соединения Shared Networking.

Чтобы назначить виртуальному сетевому адаптеру такую модель взаимодействия, в настройках виртуальной машины выберите категорию «Networking» и выберите «Shared Networking (NAT)»:

Помните, что если вы не являетесь членом группы администраторов в хостовой системе, вы не сможете взаимодействовать с внешней сетью по протоколу ICMP (Internet Control Messages Protocol).

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

При развертывании виртуальных машин на настольных компьютерах зачастую требуется настраивать сеть между виртуальными машинами и физическим хостом, при отсутствии подключения к внешней сети. Иногда физический компьютер не имеет сетевого адаптера вовсе, однако и в этом случае есть возможность настроить сетевое взаимодействие между хостовой ОС и виртуальными машинами. К тому же, в некоторых случаях требуется создать несколько изолированных виртуальных сетей типа «Local Only», в пределах которых будут взаимодействовать гостевые системы. Компания Microsoft предлагает простое и элегантное решение: работа виртуальных машин с хостовой системой через виртуальное устройство «Адаптер замыкания на себя» (Loopback Adapter), которое позволяет объединить виртуальные машины и хостовую систему в единую изолированную сеть. При добавлении этого интерфейса, в хостовой системе можно выставить его в настройках виртуальных машин в качестве сетевого адаптера, что позволит им взаимодействовать в рамках одной с хостом виртуальной сети. В этом случае адаптер замыкания на себя можно представить, условно говоря, как виртуальный коммутатор или концентратор, к которому подключены сетевые адаптеры хостовой и гостевых систем. При этом добавление нескольких таких адаптеров позволит создать несколько виртуальных изолированных сетей. Эти сети можно объединить между собой через виртуальную машину с двумя виртуальными сетевыми адаптерами, выставив в параметрах каждого из адаптеров привязку к соответствующему адаптеру замыкания на себя хостовой системы. При выходе в Интернет из виртуальной машины в такой сети не забудьте включить Internet Connection Sharing в хостовой системе.

Для добавления адаптера замыкания на себя, в хостовой системе проделайте следующие действия:

1. Нажмите «Start», далее «Settings» -> «Control Panel» -> «Add Hardware».
2. Нажмите «Next», выберите «Yes, I have already connected the Hardware», после чего нажмите «Next»:

После этого нажмите «Next», а затем «Finish», и в списке оборудования, в категории «Network Adapters», у вас появится адаптер замыкания на себя, к которому мы можем «присоединять» виртуальные сетевые интерфейсы, как к коммутатору.

Откройте сетевые настройки виртуальной машины («Virtual PC Console» -> «Settings»), перейдите в категорию «Networking» и сделайте привязку для виртуального сетевого адаптера на Loopback Adapter:

После этого в настройках сетевого адаптера вам необходимо выставить IP-адрес и маску подсети. IP-адрес рекомендуется выбирать из диапазона 192.168.x.y (где x — число от 0 до 255, y — от 1 до 254) для отсутствия конфликтов с другими адресами во внешней сети. Затем, в гостевой системе нужно настроить IP-адрес сетевого адаптера в соответствии с подсетью хоста (число x должно быть тем же, что и у хоста, при использовании маски 255.255.255.0).

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

Использование сетевых адаптеров Wi-Fi в Virtual PC 2007

Некоторые пользователи настольной платформы виртуализации Virtual PC 2007 испытывают потребность в использовании беспроводной сети Wireless Network из виртуальной машины посредством Wi-Fi адаптера в хостовой системе. Однако не всегда распознавание этого типа сетевых адаптеров проходит успешно. Зачастую, при установке возникает следующая проблема:

В этом случае доступ к внешней сети и ресурсам хоста из виртуальных машин будет невозможен при использовании этой Wi-Fi карты в режиме разделения ресурсов физической сетевой карты (Virtual Networking) в связи с тем, что службы Virtual Machine Network Services оказываются отключенными для данного подключения. Чтобы заставить виртуальные машины работать с Wireless-адаптером, необходимо в хостовой системе выбрать сетевое соединение Wi-Fi, кликнуть на нем правой клавишей и выбрать «Properties». В появившемся окне нужно отметить чекбокс «Virtual Machine Network Services»:

Настройка сети Virtual Server R2

В отличие от Virtual PC, платформа Virtual Server R2 имеет больше возможностей при настройке сетевого взаимодействия между виртуальными машинами, однако принципы функционирования сети у нее те же. Virtual Server оперирует понятиями сети двух типов:

• Internal Network (взаимодействие в пределах хоста, аналог Local Only в Virtual PC)
• External Network (взаимодействие с внешней сетью посредством физического сетевого адаптера хостовой системы)

После установки продукта Microsoft Virtual Server, автоматически создается одна внутренняя (Internal) сеть и несколько внешних (External) сетей по числу физических сетевых адаптеров хостовой системы.

Чтобы посмотреть список доступных сетей в Virtual Server, на странице управления сервером виртуализации, в категории «Virtual Networks» нажмите «Configure» -> «View All»:

Далее вы увидите список доступных для использования виртуальных сетей:

Как видно из рисунка, для построения виртуальных сетей мы можем использовать виртуальное устройство «Loopback Adapter» по тем же принципам, что и на платформе Virtual PC. Чтобы редактировать свойства виртуальной сети, наведите указатель мыши на имя виртуальной сети и выберите «Edit Configuration».

Здесь мы можем редактировать свойства виртуальной сети (Network Settings) или настройки DHCP-сервера для нее. При клике на «Network Setting», откроется редактор виртуальной сети:

На этой странице можно изменить имя виртуальной сети в поле «Virtual Network Name». В поле «Network adapter» задается тип виртуальной сети. Если выбрано значение «None (Guest Only)», то виртуальные машины, чьи сетевые адаптеры присоединены к этой сети, будут взаимодействовать только между собой, не затрагивая сетевое взаимодействие хостовой системы (аналог сети Local Only в Virtual PC). Если выбрать физический адаптер хостовой системы, то тип сетевого взаимодействия будет аналогичен Virtual Networking в Virtual PC.

В поле «Disconnected virtual network adapters» можно присоединить виртуальный сетевой адаптер виртуальной машины к редактируемой сети, а в поле «Virtual network notes» можно отредактировать описание сети.

Вернувшись назад и нажав на ссылку «DHCP Server», можно включить и настроить DHCP-сервер для этой виртуальной сети:

Настройки DHCP-сервера включают в себя все необходимые установки сетевого адаптера, назначаемые им при старте виртуальной машины (начальный и конечный IP-адреса, шлюз по-умолчанию, подсеть, DNS и WINS-серверы и т. д.). При конфигурировании DHCP-сервера, нужно учитывать, что первые 16 адресов заданного диапазона резервируются сервером и никогда не назначаются виртуальным машинам. Для сетей типа External DHCP-сервер по-умолчанию отключен, чтобы виртуальные машины могли получить сетевые настройки из внешней сети.

После того как виртуальная сеть будет настроена, вы можете переходить к настройке сетевых адаптеров виртуальных машин. Вы также можете создать собственную виртуальную сеть, нажав ссылку «Add» в категории «Virtual Networks». Virtual Server позволяет создавать неограниченное количество виртуальных сетей, к которым может быть присоединено сколько угодно виртуальных машин. При создании виртуальной сети, в папке «Documents and SettingsAll UsersDocumentsShared Virtual Networks» создается .vnc-файл с настройками сети, который потом можно импортировать в Virtual Server. Помните, что виртуальные сети не обладают свойством переносимости на другой физический хост, поскольку их настройки зависят от конкретного оборудования, установленного в хостовой системе.

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

Чтобы настроить один или несколько виртуальных сетевых адаптеров виртуальной машины, в главном окне Virtual Server наведите указатель мыши на имя виртуальной машины и нажмите «Edit Configuration», далее нажмите на ссылку «Network adapters».

На этой странице можно выбрать виртуальную сеть, к которой будет присоединен виртуальный сетевой интерфейс, добавить еще один (до четырех для одной виртуальной машины) и назначить статический или динамический MAC-адрес (MAC, Media Access Control) сетевому адаптеру. Microsoft рекомендует назначать динамические MAC-адреса для предотвращения конфликтов в сети между виртуальными машинами. Если вы используете статические адреса по каким-либо причинам, убедитесь в том, что они уникальны для каждой из машин (особенно следите за этим при развертывании виртуальных машин из одного шаблона на различных серверах). Если конфликт MAC-адресов все же произошел, замените в .vmc-файле строчку:

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

Так же, как и в Virtual PC, вы можете полностью отключить сетевое взаимодействие виртуальной машины, выбрав вариант «Not Connected» в поле «Connected to». В Virtual Server нет отдельного типа сетевого взаимодействия Shared Networking, однако его можно без труда получить, привязав виртуальные машины к адаптеру замыкания на себя и включив Internet Connection Sharing для соединения с Интернет.

Заключение

Платформы Virtual PC и Virtual Server дают возможность пользователям создавать виртуальные сети с различными типами взаимодействия. Несмотря на то, что они не так гибко настраиваются, как, например, в продуктах VMware, они позволяют реализовывать все основные варианты использования нескольких виртуальных машин на одном хосте, работающих в одной или нескольких изолированных или объединенных сетях. Поскольку обе платформы компании Microsoft бесплатны, их использование вполне приемлемо энтузиастами, домашними пользователями и небольшими компаниями. Продукты Virtual Server и Virtual PC представляют собой огромное поле для экспериментов, при создании виртуальных сетей в целях обучения, при отсутствии физической возможности построить реальное сетевое взаимодействие между несколькими компьютерами.