Виртуальная сетевая карта: Эмуляция Ethernet-адаптера в Windows? — Хабр Q&A

Создание виртуальной сети | Microsoft Docs

• 
  05/02/2016
• Чтение занимает 2 мин
• 
  
  

В этой статье

Вашей виртуальной машине потребуется виртуальная сеть, чтобы предоставить вашему компьютеру доступ к сети.Your virtual machines will need a virtual network to share a network with your computer. Создание виртуальной сети — необязательный шаг. Если виртуальную машину не требуется подключать к Интернету или сети, перейдите к шагу создания виртуальной машины Windows.Creating a virtual network is optional — if your virtual machine doesn’t need to be connected to the internet or a network, skip ahead to creating a Windows Virtual Machine.

Подключение виртуальных машин к ИнтернетуConnect virtual machines to the internet

Hyper-V поддерживает три типа виртуальных коммутаторов: внешние, внутренние и частные.Hyper-V has three types of virtual switches — external, internal, and private. Создайте внешний коммутатор, чтобы предоставить доступ к сети вашего компьютера виртуальным машинам, работающим на нем.Create an external switch to share your computer’s network with the virtual machines running on it.

В этом упражнении выполняется создание внешнего виртуального коммутатора.This exercise walks through creating an external virtual switch. После завершения этого шага на узле Hyper-V будет виртуальный коммутатор, который сможет подключать виртуальные машины к Интернету через сетевое подключение вашего компьютера.Once completed, your Hyper-V host will have a virtual switch that can connect virtual machines to the internet through your computer’s network connection.

Создание виртуального коммутатора с помощью диспетчера Hyper-VCreate a Virtual Switch with Hyper-V Manager

1. Откройте диспетчер Hyper-V.Open Hyper-V Manager. Чтобы сделать это быстро, нажмите кнопку или клавишу Windows и введите «Hyper-V Manager».A quick way to do this is by hitting the Windows button or key then type «Hyper-V Manager».
   Если диспетчер Hyper-V найти не удается, это значит, что Hyper-V или средства управления Hyper-V отключены.If search doesn’t find Hyper-V Manager, Hyper-V or the Hyper-V management tools are not enabled. Инструкции по включению см. в разделе Включение Hyper-V.See the instructions to enable Hyper-V.

2. Выберите сервер в левой области или нажмите кнопку «Подключиться к серверу…» в правой области.Select the server in the left pane, or click «Connect to Server…» in the right pane.

3. В диспетчере Hyper-V выберите пункт Диспетчер виртуальных коммутаторов… в меню «Действия» справа.In Hyper-V Manager, select Virtual Switch Manager… from the ‘Actions’ menu on the right.

4. В разделе «Виртуальные коммутаторы» выберите пункт Создать виртуальный сетевой коммутатор.Under the ‘Virtual Switches’ section, select New virtual network switch.

5. В окне «Виртуальный коммутатор какого типа вы хотите создать?» выберите Внешний.Under ‘What type of virtual switch do you want to create?’, select External.

6. Нажмите кнопку Создать виртуальный коммутатор.Select the Create Virtual Switch button.

7. В разделе «Свойства виртуального коммутатора» назначьте ему имя, например Внешний коммутатор виртуальных машин.Under ‘Virtual Switch Properties’, give the new switch a name such as External VM Switch.

8. В разделе «Тип подключения» убедитесь, что выбрана Внешняя сеть.Under ‘Connection Type’, ensure that External Network has been selected.

9. Выберите физический сетевой адаптер для связывания с новым виртуальным коммутатором.Select the physical network card to be paired with the new virtual switch. Этот сетевой адаптер физически подключен к сети.This is the network card that is physically connected to the network.

10. Щелкните Применить, чтобы создать виртуальный коммутатор.Select Apply to create the virtual switch. На этом этапе, скорее всего, появится приведенное ниже сообщение.At this point you will most likely see the following message. Щелкните Да, чтобы продолжить.Click Yes to continue.

11. Щелкните ОК, чтобы закрыть окно диспетчера виртуальных коммутаторов.Select OK to close the Virtual Switch Manager Window.

Создание виртуального коммутатора с помощью PowerShellCreate a Virtual Switch with PowerShell

Чтобы создать виртуальный коммутатор с внешним подключением с помощью PowerShell:The following steps can be used to create a virtual switch with an external connection using PowerShell.

1. Используйте командлет Get-NetAdapter, чтобы получить список сетевых адаптеров, подключенных к системе Windows 10.Use Get-NetAdapter to return a list of network adapters connected to the Windows 10 system.

   PS C:\> Get-NetAdapter
   
   Name                      InterfaceDescription                    ifIndex Status       MacAddress             LinkSpeed
   ----                      --------------------                    ------- ------       ----------             ---------
   Ethernet 2                Broadcom NetXtreme 57xx Gigabit Cont...       5 Up           BC-30-5B-A8-C1-7F         1 Gbps
   Ethernet                  Intel(R) PRO/100 M Desktop Adapter            3 Up           00-0E-0C-A8-DC-31        10 Mbps  
   

2. Выберите сетевой адаптер для использования с коммутатором Hyper-V и разместите экземпляр в переменной с именем $net.Select the network adapter to use with the Hyper-V switch and place an instance in a variable named $net.

   $net = Get-NetAdapter -Name 'Ethernet'
   

3. Выполните следующую команду, чтобы создать новый виртуальный коммутатор Hyper-V.Execute the following command to create the new Hyper-V virtual switch.

   New-VMSwitch -Name "External VM Switch" -AllowManagementOS $True -NetAdapterName $net.Name
   

Виртуальная сеть на ноутбукеVirtual networking on a laptop

режим NAT.NAT networking

Механизм преобразования сетевых адресов (NAT) предоставляет виртуальной машине доступ к сети вашего компьютера путем объединения IP-адреса главного компьютера с портом через внутренний виртуальный коммутатор Hyper-V.Network Address Translation (NAT) gives a virtual machine access to your computer’s network by combining the host computer’s IP address with a port through an internal Hyper-V Virtual Switch.

У этого механизма есть ряд полезных возможностей.This has a few useful properties:

1. NAT экономит IP-адреса за счет сопоставления внешнего IP-адреса и порта с гораздо большим набором внутренних IP-адресов.NAT Conserves IP addresses by mapping an external IP address and port to a much larger set of internal IP addresses.
2. NAT позволяет нескольким виртуальным машинам размещать приложения, которым требуются одинаковые (внутренние) порты связи, сопоставляя их с уникальными внешними портами.NAT allows multiple virtual machines to host applications that require identical (internal) communication ports by mapping these to unique external ports.
3. NAT использует внутренний коммутатор. После создания внутреннего коммутатора вы можете не использовать сетевое подключение. Кроме того, за счет этого снижается нагрузка на сет компьютера.NAT uses an internal switch — creating an internal switch doesn’t cause you to use network connection and tends to interfere less with a computer’s networking.

Чтобы настроить сеть NAT и подключить ее к виртуальной машине, см. Руководство пользователя по созданию сети NAT.To set up a NAT network and connect it to a virtual machine, follow the NAT networking user guide.

Подход с использованием двух коммутаторовThe two switch approach

Если вы используете Hyper-V в Windows 10 на ноутбуке и часто переключаетесь между беспроводной и проводной сетями, вы можете создать виртуальный коммутатор как для сетевой карты Ethernet, так и для карты беспроводной сети.If you’re running Windows 10 Hyper-V on a laptop and frequently switch between wireless networking and a wired network, you may want to create a virtual switch for both the ethernet and wireless network cards. В зависимости от того, как ноутбук подключается к сети, можно переключать виртуальные машины между этими коммутаторам.Depending on how the laptop connects to the network, you can change your virtual machines between these switches. Виртуальные машины не переключаются между проводными и беспроводными сетями автоматически.Virtual machines do not switch between wired and wireless automatically.

Важно!

Подход, при котором задействованы два коммутатора, не поддерживают внешний виртуальный коммутатор с использованием платы беспроводных сетей. Такой подход следует использовать только для тестирования.The two switch approach does not support External vSwitch over wireless card and should be used for testing purposes only.

Следующий шаг — создание виртуальной машиныNext Step — Create a Virtual Machine

Создание виртуальной машины WindowsCreate a Windows Virtual Machine

Hyper-V и сети / Хабр

Это будет, наверное, заключительная статья из серии, посвященной архитектуре Hyper-V. На одном форуме мне посоветовали написать продолжение – «Hyper-V и невидимая виртуалка», «Hyper-V и Орден Линукса», я обязательно об этом подумаю, и возможно даже – напишу.

Итак, в этой статье речь пойдет о том, как виртуальные машины в среде Hyper-V работают с сетевыми интерфейсами. Как я уже говорил в предыдущих статьях – сетевые интерфейсы – это единственный способ взаимодействия виртуальных машин как между собой, так и со «внешним миром». Поэтому понимать особенности сетевого взаимодействия в среде Hyper-V необходимо.

Сетевые адаптеры

Как можно увидеть в Hyper-V Manager, есть два типа виртуальных сетевых адаптеров: Network Adapter и Legacy Network Adapter. Отличаются между собой они тем, что первый из них является синтетическим устройством, а второй – эмулируемым. Чем отличаются синтетические устройства от эмулируемых – можно почитать в первой статье, «Архитектура Hyper-V». Если кому-то это будет интересно – Legacy Network Adapter эмулирует многопортовую сетевую карту DEC 21140 10/100TX 100 MB (и поэтому поддерживает только 10/100Мбит/с) и не поддерживается ОС Windows XP и Windows Server 2003 в 64-битной версии.
Думается, не стоит объяснять, что использование синтетических устройств всегда предпочтительнее, и именно поэтому при создании новой виртуальной машины по умолчанию добавляется именно Network Adapter. Использовать Legacy Network Adapter рекомендуется только в двух случаях:

• Когда гостевая ОС не поддерживает установку компонент интеграции;
• Когда необходим доступ к сети до загрузки ОС, к примеру – загрузка по PXE для установки ОС с сервера WDS.

Для этого при создании виртуальной машины необходимо убрать галочку «Start virtual machine automatically», а затем, зайдя в конфигурацию виртуальной машины, вручную удалить Network Adapter и добавить Legacy Network Adapter.
Стоит еще упомянуть о назначении MAC-адресов виртуальным адаптерам. Он может назначаться как автоматически при создании виртуальной машины (причем диапазон выдачи MAC-адресов можно изменять в настройках сервера Hyper-V), либо же вручную через конфигурацию виртуальной машины.

Виртуальные сети

Разумеется, если есть сетевые адаптеры – они должны куда-то подключаться. И для этого в Hyper-V существуют виртуальные сети (Virtual Networks), которые по сути представляют собой самые обычные виртуальные коммутаторы. К каждому виртуальному коммутатору могут присоединяться как сетевые интерфейсы виртуальных машин, так и физические сетевые интерфейсы сервера. Виртуальные сети бывают трех типов, и чтобы проще было их понять – взглянем на схему.

У нашего сервера имеется два сетевых интерфейса. Когда хостовая ОС только что была установлена, и интерфейсы сконфигурированы – к каждому из них привзяывается протокол TCP/IP, некоторые другие протоколы и соответственно – назначаются сетевые настройки (IP-адрес, маска подсети, адреса шлюзов и DNS) – статически или динамически, в данном случае – не суть важно.

Виртуальные сети (то есть виртуальные коммутаторы) бывают трех типов: External, Internal и Private. External – виртуальная сеть, имеющая выход «во внешний мир». При создании сети типа External необходимо указать сетевой интерфейс, через который будет осуществляться выход наружу (Физический адаптер 2). При этом физический интерфейс теряет все сетевые настройки, и создается виртуальный адаптер в хостовой ОС (Виртуальный адаптер 1), к которому привязываются все необходимые протоколы и настройки. Физический же интерфейс остается всего с одним протоколом: Virtual Network Switching Protocol. Кроме этого, в Windows Server 2008 R2 появилась возможность создавать сети типа External, но при этом все равно изолировать их от хостовой ОС. Делается это снятием галочки «Allow management operating system to share this network adapter»:

ATTENTION: При создании виртуальной сети типа External происходит кратковременный разрыв сетевого соединения, и все настройки переносятся на новый, виртуальный адаптер. Об этом необходимо помнить во-первых, если настройка осуществляется удаленно – соединение может прерваться, и во-вторых – возможно придется заново настраивать Windows Firewall, чтобы привязать правила к новому виртуальному интерфейсу.
Internal – внутренняя виртуальная сеть, к которой могут подключаться только виртуальные интерфейсы – виртуальных машин и хостовой ОС. К физическому интерфейсу сеть типа Internal не привязывается, и, соответственно, выхода «вовне» не имеет.
Private – то же самое, что и Internal, за исключением того, что к такой сети могут подключаться только виртуальные машины. Сеть типа Private не имеет доступа ни ко «внешнему миру», ни к хостовой ОС.

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

Работа с VLAN

Hyper-V поддерживает работу с VLAN (IEEE 802.1Q). Для этого в свойствах виртуальных сетевых интерфейсов имеется галочка «Enable VLAN Identification», после активации которой можно ввести VLAN ID. Предварительно, разумеется, необходимо настроить коммутаторы, чтобы трафик тегировался соответствующими ID, и, разумеется, установить в хостовой ОС драйверы сетевого адаптера с поддержкой необходимых функций.

Более подробно о настройке виртуальных машин для работы с VLAN можно почитать в статье Дмитрия Макарова.

VMQ

Не могу закончить статью, не упомянув о новой фиче, появившейся в Windows Server 2008 R2 – поддержке виртуальных очередей, VMQ.
Поддержка VMQ позволяет перенести большую часть затрат на обработку сетевых пакетов, адресованных виртуальным машинам с хостовой ОС на плечи процессора сетевого адаптера. Разумеется, при условии, что сетевой адаптер это поддерживает, и в гостевых ОС установлены компоненты интеграции.
Если не используется VMQ, то обработка сетевых пакетов происходит следующим образом:

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

Сетевой адаптер, поддерживающий VMQ, способен самостоятельно осуществлять необходимую обработку сетевых пакетов, а затем записать данные непосредственно в область памяти соответствующей виртуальной машины.
Передача же данных, что с VMQ, что без оной – идет как и обычно: Виртуальный сетевой адаптер – VMBus – Виртуальный коммутатор – Физический сетевой адаптер.

Вместо заключения

На этом хотелось бы закончить статью, и заодно – рассказ об архитектуре Hyper-V. В заключение – хотелось бы спросить: у меня есть желание написать статью о Live Migration. Будет ли это интересно аудитории, или же все об этом слышали и все об этом знают?

Сетевое взаимодействие в 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 самостоятельно). Наглядно такую схему сетевого взаимодействия можно представить так:

Структура сетевого взаимодействия Virtual Networking

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

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

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

Структура сетевого взаимодействия Local Only

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

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

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

Структура сетевого взаимодействия NAT 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»:

   Добавление адаптера замыкания на себя

3. Далее, выберите последний элемент «Add a new hardware device» из списка и нажмите «Next»:

   Добавление адаптера замыкания на себя

4. В появившемся окне выберите «Install the hardware that I manually select from a list» и нажмите «Next»:

   Добавление адаптера замыкания на себя

5. Из списка выберите «Network Adapters» и нажмите «Next»:

   Добавление адаптера замыкания на себя

6. В списке «Manufacturer» выберите «Microsoft», а в соседнем списке — «Microsoft Loopback Adapter»:

   Добавление адаптера замыкания на себя

После этого нажмите «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 сетевого адаптера

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

Активация 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»:

Список доступных сетей в Virtual Server

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

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

Как видно из рисунка, для построения виртуальных сетей мы можем использовать виртуальное устройство «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-сервера

Настройки 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-файле строчку:

0003FFxxxxxx

на

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

VMWare Workstation: создание виртуальных сетевых адаптеров и сети из виртуальных машин

Специалистам в разных областях IT довольно часто приходится изучать различные операционные системы, тестировать на них написанное программное обеспечение, изучать взаимодействие компьютеров по сети, а также настраивать серверные и клиентские программы. Как правило, для таких задач, требуется не один компьютер, но содержать дома несколько компьютеров очень сложно. Во-первых, не каждый согласится выложить около 500$ за второй, а тем более третий компьютер. А, во-вторых, не у всех есть место для их размещения. Что же делать и как выйти из сложившейся ситуации? Ответ есть! К вашим услугам VMWare Workstation! В данной статье рассмотрены настройка VMWare Workstation, создание  виртуальных сетевых адаптеров и сети из виртуальных машин.

VMWare Workstation – это программный продукт, позволяющий создавать виртуальные компьютеры. Т.е. у вас появляется возможность на одном физическом компьютере разместить много логических. Плюс ко всему, вы сможете их объединить сетью между собой. И что самое главное, вы не нанесете вред оборудованию компьютера и не придется думать, как разметить винчестер для установки второй операционной системы на компьютер. А теперь рассмотрим более подробно возможности этой программы.

В данной статье будет производиться настройка VMWare Workstation 5.5.2 — build 29772. В качестве основной (host) операционной системы (т.е. та ОС, на которую устанавливается VMWare Workstation) используется Windows XP SP1.

В качестве операционных систем, которые разрешается установить на VMWare Workstation (их называют гостевыми (guest)), можно использовать Windows (начиная с 3.1 и заканчивая Vista), различные виды Linux, FreeBSD, Solaris, Novell NetWare, MS DOS, а так же разрешается установка некоторых 64-разрядных ОС.

Для примера рассмотрим установку Windows XP Media Center, FreeBSD 6.1 и SUSE Linux Enterprise Server, а затем объединим эти системы в единую сеть. В нашем примере используется ПК с процессором Intel Pentium 4 2.0 GHz и 768 Mb оперативной памяти.

VMWare Workstation для каждого виртуального компьютера создает свое виртуальное оборудование:

• Процессор — используется такой же, как и на реальной машине. В последних версиях реализована поддержка двухпроцессорных систем. Если у вас в реальном компьютере 2 процессора, то и в виртуальном вы сможете использовать 2.
• Оперативная память – ограничена размером оперативной памяти на реальном компьютере. Но не может превышать 1280 Мб.
• Поддержка как IDE, так и SCSI устройств.
• Гибкие диски 3,5 дюйма.
• LPT и COM порты.
• USB устройства.
• Звуковая карта.
• виртуальные адаптеры Ethernet.
• лавиатура и мышь.

Итак, приступим к практике. Установка VMWare Workstation не представляет ничего сложного. Во время, установки следует отключиться автозапуск CD-ROM. После окончания установки введите серийный номер (Help->Enter Serial Number…), который можно заказать на сайте производителя http://www.vmware.com/. Причем после истечения срока использования, его можно заказать повторно, правда, уже на другой почтовый ящик.На рисунке 1 показана VMWare Workstation после установки.

Рис 1. VMWare Workstation 

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

Bridged networking (мост) – позволяет присоединить сетевой интерфейс виртуальной машины к локальной сети. Т.е. из локальной сети будет виден еще один Ethernet-интерфейс, со своим ip-адресом, а данные будут передаваться через реальный интерфейс основной машины. По умолчанию, для этого используется интерфейс vmnet0

 

Host-only networking – служит для объединения основной и виртуальных машин в единую сеть. В данном случае, присоединение к реальной сети не происходит и данная сеть видна только на локальном компьютере.

 

NAT adapter (Network Address Translation adapter) – используется для подключения виртуальных машин к Интернету через основную машину. Похоже на соединение при помощи моста, но отличается тем, что в сети не появляются новые интерфейсы. Устройство NAT преобразует пакеты таким образом, что все устройства реальной сети считают, что они общаются с реальным сетевым адаптером. В свою очередь устройство NAT, на основе созданной им специальной таблицы, различает какой сети принадлежат приходящие на реальный адаптер пакеты.

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

Рис 2. Схема создаваемой сети 

Устройство NAT будет обслуживать сеть VMnet8, с адресным пространством 192.168.1.0. Сеть VMnet1 (host-only) будет с адресным пространством 192.168.5.0. Теперь необходимо создать эти сети. Заходим в VMWare Workstation, выбираем Edit->Virtual Network Settings… Перед нами появляется редактор виртуальных сетей.

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

По умолчанию сеть VMnet1 и VMnet8 уже существуют, но мы хотим создать сети с другими адресами и изменить некоторые настройки. Поэтому, переходим на закладку Host Virtual Adapters и удаляем оба устройства, затем, нажимаем Применить. Сейчас мы создадим два новых виртуальных сетевых адаптера. Для этого нажимаем кнопку “Add” на вкладке Host Virtual Adapters. В появившемся окне (рис. 3) выбираем VMnet1. Таким же образом добавляем VMnet8.

Рис 4. Добавление виртуального сетевого адаптера 

После этого переходим на закладку Host Virtual Network Mapping. Напротив VMnet1 появилось новое устройство NewDevice. Следует нажать кнопку со стрелочкой напротив этого устройства и в появившемся меню выбрать пункт Subnet. В появившемся окне ввести ip-адрес нашей сети – 192.168.5.0 (рис. 5).

Рис 5. Задание адреса сети из виртуальных машин

Для VMnet8 проделываем аналогичные действия, задав ip-адрес 192.168.1.0. После задания адресов обеим сетям нажимаем кнопку «Применить». В нижеследующих таблицах приведено распределение ip-адресов для сетей типа host-only и использующих NAT.

Таблица 1. Распределение ip-адресов в сетях host-only

Таблица 1. Распределение ip-адресов в сетях host-only

Таблица 2. Распределение адресов в сетях, использующих NAT

В созданных сетях, мы может задавать ip-адреса виртуальным машинам как статически, так и динамически. Для задания ip-адреса динамически воспользуемся услугами DHCP-сервиса. Настройка данного сервиса осуществляется на закладке DHCP (рис. 6). 

Рис 6. Настройка DHCP-сервиса 

На закладке NAT осуществляется управление NAT-сервиса для сети VMnet8 (рис. 7).  

Рис 7. Настройка NAT-сервиса 

Теперь зайдите в Windows в Панель управления -> Сетевые подключения. Там должно появиться два новых сетевых подключения (рис. 8).

Рис 8. Сетевые подключения длясети из виртуальных машин

Посмотрев свойства этих подключений убеждаемся, что адаптер VMware Network Adapter for VMnet1 имеет ip-адрес 192.168.5.1, а VMware Virtual Ethernet Adapter for VMnet8 – 192.168.1.1.

Разобравшись немного с устройством сетей приступим к установке операционных систем. Начнем с Windows XP Media Center. Выбираем File->New->Virtual Machine… В появившемся мастере жмем «Далее», тип конфигурации оставляем без изменений – Typical. Из группы операционных систем выбираем Microsoft Windows, в списке версии выбираем Microsoft Windows XP Professional.

Рис 9. Выбор операционной системы  для виртуальной машины

В следующем окне указываем название и путь, где будет хранится виртуальная машина. В диалоге «Network Type»  выбираем «Use host-only networking». Затем предлагается указать  размер винчестера. В нашем случае достаточно 3 Гб. Если отметить галочкой Allocate all disk space now, то 3 Гб под нашу систему будут выделены сразу, если же этого не сделать, то место на физическом винчестере будет заниматься по мере заполнения виртуального винчестера. После этого нажимаем «Готово».

Теперь изменим некоторые настройки. Для этого в созданной виртуальной машине выбираем Edit Virtual Machine Settings. виртуальной машины. Параметр Memory (оперативная память) изменяем до 128 Mb. В параметре CD-ROM можно указать с какого CD-ROM загружаться, а можно использовать ISO-образы, указав расположение файла-образа. Эта возможность в некоторых ситуациях может оказаться очень удобной. И, наконец, установим параметры сетевой карты Ethernet. В списке Network connection выбираем Custom и указываем VMnet1 (Host-only). 

Рис 10. Настройка сетевой карты 

После изменения всех параметров нажимаем «ОК», а затем запускаем виртуальную машину. После старта щелкаем мышкой в окне виртуального компьютера и нажимаем кнопку “Esc”, для того, чтобы указать из какого места произвести загрузку. В нашем случае нужно выбрать CD-ROM Drive и нажать “Enter”. После чего начинается процесс установки операционной системы как на обычный компьютер. После окончания установки следует установить специальные драйвера, для более качественной работы. Когда запущена виртуальная машина, выберите VM->Install VMware Tools, теперь в виртуальном компьютере зайдите на устройство CD-ROM и выполните установку.

Таким же образом, устанавливаем SUSE Linux Enterprise Server. Оперативной памяти выделим 128 Mb и подключим сетевую плату к сети VMnet1.

FreeBSD будет с параметра и 128 Mb оперативной памяти. А сетевых карт для этой системы мы будем использовать две: одна (Ethernet) будет «смотреть» в сеть VMnet8, а другая (Ethernet 2) в VMnet1. Таким образом, FreeBSD будет соединять две сети между собой. Для того чтобы добавить в систему еще одну сетевую карту, нажмите в редакторе свойств виртуальной машины кнопку “Add”. Запустится мастер, в котором следует указать тип добавляемого оборудования, в нашем случае Ethernet, а далее указать сеть в которую «смотрит» данный сетевой виртуальный адаптер.

Рис 11. Добавление нового сетевого виртуального адаптера

 После установки операционных систем, мы можем приступить к их объединению в сеть. Пусть, Windows XP Media Center получает ip-адрес автоматически от DHCP-сервиса. Тогда запускаем виртуальную машину с Windows XP Media Center, заходим в Панель управления -> Сетевые подключения. Выбираем свойства для соединения Loacal Area Connection. В списке компонентов подключения выбираем Протокол Интернета (TCP/IP) и нажимаем кнопку «Свойства» и устанавливаем переключатель на пункт «Получить IP-адрес автоматически». Нажимаем “Дополнительно” и добавляем шлюз с адресом 192.168.5.2. Закрываем все окна, нажатием «ОК». Запускаем консоль вводим ipconfig /all и смотрим результат (рис. 12).

Рис 12. Результат выполнения команды ipconfig /all

Теперь очередь настройки SUSE Linux Enterprise Server. Запускаем программу для администрирования YaST. В разделе «Сетевые устройства» выбираем «Сетевая плата». В окне «Обзор настроек сетевых карт» выбираем нашу карту и нажимаем «Редактировать». Вводим IP-адрес 192.168.5.15, маску – 255.255.255.0. Нажимаем кнопку «Маршрутизация» и в качестве шлюза указываем FreeBSD, т.е. вводим адрес 192.168.5.2. Применяем введенные настройки.

Мы можем проверить, работают ли сетевые карты и видят ли они друг друга. Для этого в командной строке Windows XP Media Center вводим ping 192.168.5.129, если приходит ответ, значит сетевая карта работает. Вводим ping 192.168.5.15 и получив ответ, делаем вывод, что сетевая карта Linux-машины тоже работает и мы можем общаться с ней. Ради интереса можно «пропинговать» Windows-машину из Linux. 

Рис 13. «Пингование» Windows-машины из Linux.

Самое время настройки FreeBSD. Запускаем программу sysinstall от пользователя root. Выбираем Configure -> Networking -> Interfaces. Для интерфейса lc0, принадлежащего сети VMnet8, устанавливаем:

IPv4 Gateway: 192.168.1.2 (это IP-адрес устройства NAT),

Name Server: 192.168.1.1 (указываем основную машину как сервер имен, иначе могут возникнуть проблемы с загрузкой сайтов, при обращении к ним по имени),

IPv4 Address: 192.168.1.4 (IP-адрес сетевой карты),

Netmask: 255.255.255.0,

поле Host и Domain заполним произвольно, т.к. эти названия для нас сейчас не важны.

Для интерфейса lc1, принадлежащего сети VMnet1, устанавливаем:

IPv4 Address: 192.168.1.4,

Netmask: 255.255.255.0.

На этом настройку сетевых карт считаем оконченной.

Приступаем к «пинговке». Во FreeBSD вводим:

ping 192.168.5.15 – ответ должен поступить от SUSE Linux Enterprise Server;

ping 192.168.5.129 – ответ должен поступить от Windows XP Media Center;

ping 192.168.1.2 – ответ должен поступить от устройства NAT;

ping 192.168.1.1 – ответ должен поступить от Windows XP Pro (основной ОС).

Получив ответы от всех виртуальных машин, делаем вывод о том, что наша сеть функционирует.

Теперь необходимо разрешить к вашему основному сетевому подключению общий доступ. И в свойствах этого подключения на вкладке «Сеть», выбрать компоненту VMware Brige Protocol, зайти в ее свойства, в поле VMnet Number ввести 8.

Введя в браузере во FreeBSD адрес ya.ru, мы можем наблюдать успешную загрузку главной страницы сайта «Яndex», при наличии соединения с Интернетом основного компьютера.

Рис 14. Выход на сайт Яndex из FreeBSD на виртуальной машине VMWare Workstation. 

Закончив разговор о настройке сети, нельзя не упомянуть еще об одной замечательной возможности VMware Workstation – Snapshot (мгновенный снимок). Эта возможность позволяет сохранить текущее состояние виртуальной машины и при необходимости вернуться к нему. Зачем это нужно? Предположим, вы хотите поэкспериментировать с установкой программного обеспечения, но не знаете, чем это может закончиться. Тогда, перед установкой вы делаете snapshot, затем устанавливаете программы и, если происходит сбой или вас не устраивает установленное ПО, то вы выбираете сделанный snapshot и система принимает исходное состояние. Самое главное вам не придется ее переустанавливать, как это часто бывает в реальной жизни.

Для того чтобы сделать snapshot выберите VM -> Snapshot -> Snapshot Manager. В появившемся окне нажмите Take Snapshot… введите название и описание snapshot’а. Делать snapshot’ы лучше в выключенном состоянии виртуальной машины, т.к. не будет производится сохранение содержимого оперативной памяти, тем самым экономя место на винчестере. 

Рис 15. Создание snapshot’a в VMWare Workstation

Использования виртуальных компьютеров предоставляет действительно огромные возможности в тестировании и разработке собственного программного обеспечения, изучение различных операционных систем и их сетевого взаимодействия. Больше вам не придется перегружать компьютер, чтобы воспользоваться другой операционной системой, вы просто откроете VMware Workstation, выберете нужной ОС и нажмете кнопку Start.

На основе материалов skdev.ru

Виртуальные машины. Как сделать компьютер в компьютере | Приложения | Блог

В одном обычном компьютере можно создать сразу несколько виртуальных, чтобы познакомиться с возможностями Linux или другими экзотическими ОС, запустить очень старую и сегодня неподдерживаемую программу, пройти заново игру детства на современном железе. Или же запустить Windows Vista внутри Windows 7 внутри Windows 8 внутри Windows 10. Просто потому, что захотелось.

Что такое виртуальные машины

Виртуальная машина — это эмулятор компьютера в самом широком смысле. Это почти как эмулятор игровой приставки или Android-устройства, только настраивается гораздо гибче.

Например, на эмуляторе Sony PlayStation не получится запустить игру под Nintendo GameBoy. А эмулятор DOSbox — это очень условный, специализированный виртуальный компьютер с эмуляцией определенного списка старого оборудования и со встроенной системой DOS, так что запустить там Windows 10 не получится.

Виртуальная машина же — это эмулятор персонального компьютера с практически любым железом. И на этот компьютер можно устанавливать любую операционную систему и программы, которые нужны.

Зачем нужны виртуальные машины

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

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

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

А вот, допустим, игра двадцатилетней давности, которую вы нашли на антресолях и пытаетесь установить в приступе ностальгии. Игра отказывается верить в существование восьмиядерного процессора и вылетает с ошибкой «так не бывает». Виртуальная машина с нужными характеристиками поможет вспомнить былые времена и запустить игру.

Часто виртуальная машина используется в качестве «песочницы» — маленькой игровой площадки для программы, которая вызывает у вас подозрения. Чтобы не рисковать, вы запускаете сомнительную программу внутри виртуальной машины, а не на настоящем компьютере: софт честно делает свою работу, потом шифрует все файлы и требует денег, например. Но в виртуальной системе, в той самой «песочнице» не было никаких ценных данных, поэтому вы можете спокойно удалить виртуальную машину с наглой программой внутри. Здорово же!

Наконец, приверженцы техники Apple или убежденные Linux-пользователи тоже могут использовать виртуальную машину, чтобы запустить какой-то специфический софт, который работает только под Windows.

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

Основные термины и их понимание

Гость (guest, гест, гостевая система, таргет) — это виртуальный компьютер, один или несколько, который запускается на хосте.

Хост — это основной компьютер, на котором запускаются виртуальные машины. Производительность хоста должна быть достаточной, чтобы тянуть и собственную систему, и гостевую. Для запуска одной виртуальной машины вполне достаточно возможностей любого современного компьютера. Но для нормальной работы нескольких систем одновременно лучше иметь не меньше шестнадцати гигабайт оперативной памяти, а образы компьютеров создавать на скоростном SSD-накопителе. По очевидным причинам, у вас не получится создать виртуальную машину с характеристиками выше, чем у самого хоста — если на основном компьютере всего 8 гигабайт оперативной памяти, то создать таргет с 16 ГБ не выйдет.

Гипервизор — специализированная программа для создания виртуальных машин и управления ими. Для домашнего пользования есть бесплатные программы-гипервизоры с минимальным количеством настроек и функций. В бизнес-сфере используются более продвинутые решения, а некоторые гипервизоры и вовсе устанавливаются вместо операционной системы, чтобы сразу несколько мощных компьютеров можно было объединить в большой виртуальный хост. Это называется «консолидация серверов». Дорогое удовольствие, как по затратам на железо, так и на гипервизор.

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

Установка

Чтобы начать знакомство с виртуальной машиной потребуется установить гипервизор. Таковых существует множество: платных и не очень, для тонкой настройки всего и вся или базового «нажал — заработало». Virtualbox — один из наиболее популярных гипервизоров, потому что бесплатный, доступен под Windows, Mac OS и Linux, активно развивается и поддерживается сообществом разработчиков и энтузиастов. Скачать VirtualBox можно с официального сайта, но учтите, он на английском.

Начиная с шестой версии в VirtualBox убрали поддержку 32-битных хост-систем, но пятая версия до сих пор доступна для скачивания. В любом случае, можно скачать обе версии. Для более комфортной работы потребуется еще и набор расширений — ExtensionPack.

Устанавливается VirtualBox довольно просто, достаточно последовательно соглашаться со всеми предложениями. Перед установкой появится большое предупреждение о том, что компьютер будет отключен от сети, на время установки виртуальных сетевых карт — это нормально. А в ходе установки появится несколько подтверждающих окон — это устанавливается эмулятор USB, сетевых карт и других устройств.

Ну а после установки появится основное окно гипервизора на родном русском языке.

Первым же делом желательно установить пакет расширений — он добавляет поддержку USB 2.0, подключение по протоколу RDP, поддержку накопителей с NVMe и прочие полезные вещи. В стандартной установке все эти возможности отсутствуют из-за различных лицензий: сам гипервизор бесплатный во все стороны, а расширения бесплатны только для личного пользования и ознакомления.

Чтобы установить расширения достаточно запустить файл Extensionpack дабл-кликом, но делать это нужно после установки самого Virtualbox — потому что установщик расширений запускается внутри гипервизора.

Как работает виртуальная машина

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

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

Подключенные к хосту USB-устройства можно пробросить внутрь виртуальной машины. Достаточно выбрать для конкретной машины нужный пункт из меню «Устройства — USB». При этом, например, флэшка исчезнет из списка накопителей в хост-системе и станет видна в виртуальной машине. Также можно поступить с любым другим USB-устройством, но не забудьте сначала установить Extensionpack, иначе скорость USB 1.1 вас огорчит.

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

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

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

Несмотря на то, что в списке поддерживаемых систем есть даже Windows 3.1, лучше всего виртуализируются относительно свежие системы, начиная хотя бы с Windows 2000. С win9x немного сложнее: сначала нужно загрузить DOS из образа дискеты, а уже потом запускать установщик — в те времена загрузочные CD не делали, потому что оптические носители только-только появлялись.

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

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

Установка системы у многих пользователей не вызовет лишних вопросов, поэтому подробно описывать этот процесс не будем. А последующая установка драйверов — другое дело. В VirtualBox есть специальный «диск с драйверами», который называется «Дополнения гостевой ОС» — его можно подключить через пункт меню.

Дополнения — это диск с драйверами, который загружается в виртуальный привод оптических дисков. В Windows-системах достаточно запустить файл autorun с диска, а под Linux — соответствующий скрипт. Главная выгода от установки гостевых драйверов — возможность произвольно менять размеры окна виртуальной машины, а разрешение экрана автоматически подстроится. А, ну и цвета станут повеселее: не 16 базовых, а 32 миллиона оттенков.

Настраиваем взаимодействие с хостом и сеть

Виртуальная машина с настройками «по умолчанию» получает доступ в интернет, но не имеет никакой связи с основным компьютером. А иногда эта связь нужна…

В настройках можно включить двусторонний буфер обмена. Он, правда, работает только с текстовой информацией, но упрощает ввод интернет-адресов и консольных команд. Для приема-передачи файлов можно настроить сетевые папки. Любая папка на хосте может быть подключена в виде сетевой папки в гостевой системе. Дополнительно можно выдать права гостевой системе на запись в эту папку и автоматически подключать папку в качестве диска при загрузке системы. Так, например, папка Downloads на хост-системе может быть доступна из гостевой системы через сетевое окружение по адресу //vboxsvr/Downloads или автоматически подключаться как сетевой диск.

Для экспериментов с Linux-системами и виртуальными серверами часто требуется доступ из хоста к веб-серверу, который запускается на гостевой ОС. Для этого нужно переключить режим сетевой карты с «NAT» на «виртуальный адаптер хоста» или же «Virtualbox Host-only Ethernet Adapter». В последнем случае у гостевой системы не будет личного доступа в интернет, но она сможет общаться с основным компьютером. Так, например, с хоста можно постучаться на файловый сервер, который работает на виртуальной машине.

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

Проблемы с виртуализацией

Главная проблема — отсутствие вменяемой поддержки видеоадаптера и 3D-ускорения. На обычной хост-системе вы можете пользоваться новейшей видеокартой, но все ее преимущества в виртуальной машине будут недоступны. Впрочем, старые игры не особо требовательны к видео — в большинстве случаев справится и встроенный видеоадаптер процессора.

Второй момент — поддержка современного интернета старыми системами. Открыть любой сайт в системе, которая устарела лет на 10–20, может быть проблематично. Либо страница загрузится не полностью, либо не загрузится вовсе.

Виртуализируй это!

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

• ReactOS — система с открытым кодом, которая пытается быть совместимой с WinXP
• BeOS (нынче HaikuOS) — самая дружелюбная к пользователю система из 90х
• OS/2 — нерушимая и надежная система от IBM, которая использовалась в 90х
• MacOSX — самая капризная в плане виртуализации система, которая хорошо работает только на компьютерах от Apple.

Также можно установить старую версию Windows и попробовать покорить современный интернет. Во времена технологии Active Desktop в windows98 интернет был очень другим.

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

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

• 
  09/13/2018
• Чтение занимает 7 мин

В этой статье

Применяется к: Windows Server (Semi-Annual Channel), Windows Server 2016Applies to: Windows Server (Semi-Annual Channel), Windows Server 2016

В этом разделе вы создадите новую группу сетевых адаптеров на главном компьютере или на виртуальной машине Hyper-V под управлением Windows Server 2016.In this topic, you create a new NIC Team on a host computer or in a Hyper-V virtual machine (VM) running Windows Server 2016.

Требования к конфигурации сетиNetwork configuration requirements

Перед созданием новой группы сетевых адаптеров необходимо развернуть узел Hyper-V с двумя сетевыми адаптерами, которые подключаются к разным физическим коммутаторам.Before you can create a new NIC Team, you must deploy a Hyper-V host with two network adapters that connect to different physical switches. Кроме того, необходимо настроить сетевые адаптеры с IP-адресами из одного и того же диапазона IP-адресов.You must also configure the network adapters with IP addresses that are from the same IP address range.

Для создания группы сетевых карт на виртуальной машине требуются физические коммутаторы, виртуальный коммутатор Hyper-V, локальная сеть (LAN) и объединение сетевых карт.The physical switch, Hyper-V Virtual Switch, local area network (LAN), and NIC Teaming requirements for creating a NIC Team in a VM are:

• Компьютер с Hyper-V должен иметь не менее двух сетевых адаптеров.The computer running Hyper-V must have two or more network adapters.

• При подключении сетевых адаптеров к нескольким физическим коммутаторам физические коммутаторы должны находиться в одной подсети уровня 2.If connecting the network adapters to multiple physical switches, the physical switches must be on the same Layer 2 subnet.

• Для создания двух внешних коммутаторов Hyper-V, каждый из которых подключен к другому физическому сетевому адаптеру, необходимо использовать диспетчер Hyper-V или Windows PowerShell.You must use Hyper-V Manager or Windows PowerShell to create two external Hyper-V Virtual Switches, each connected to a different physical network adapter.

• Виртуальная машина должна подключаться к обоим внешним виртуальным коммутаторам, которые вы создали.The VM must connect to both external virtual switches you create.

• Объединение сетевых карт в Windows Server 2016 поддерживает команды с двумя членами виртуальных машин.NIC Teaming, in Windows Server 2016, supports teams with two members in VMs. Вы можете создавать крупные команды, но не поддерживаются.You can create larger teams, but there is no support.

• Если вы настраиваете группу сетевых адаптеров на виртуальной машине, необходимо выбрать режим объединения коммутаторов в независимом режиме и режим балансировки нагрузки для хэша адреса.If you are configuring a NIC Team in a VM, you must select a Teaming mode of Switch Independent and a Load balancing mode of Address Hash.

Шаг 1.Step 1. Настройка физической и виртуальной сетиConfigure the physical and virtual network

В этой процедуре вы создадите два внешних коммутатора Hyper-V, подключите виртуальную машину к коммутаторам, а затем настроите подключения виртуальных машин к коммутаторам.In this procedure, you create two external Hyper-V Virtual Switches, connect a VM to the switches, and then configure the VM connections to the switches.

Предварительные требованияPrerequisites

Необходимо быть членом группы Администраторыили эквивалентными.You must have membership in Administrators, or equivalent.

ПроцедураProcedure

1. На узле Hyper-V откройте диспетчер Hyper-V и в разделе действия щелкните Диспетчер виртуальных коммутаторов.On the Hyper-V host, open Hyper-V Manager, and under Actions, click Virtual Switch Manager.

2. Убедитесь, что в диспетчере виртуальных коммутаторов выбран параметр Внешние , а затем нажмите кнопку создать виртуальный коммутатор.In Virtual Switch Manager, make sure External is selected, and then click Create Virtual Switch.

3. В свойствах виртуального коммутатора введите имя виртуального коммутатора и добавьте Примечания при необходимости.In Virtual Switch Properties, type a Name for the virtual switch, and add Notes as needed.

4. В поле тип подключенияво внешней сетивыберите физический сетевой адаптер, к которому нужно подключить виртуальный коммутатор.In Connection type, in External network, select the physical network adapter to which you want to attach the virtual switch.

5. Настройте дополнительные свойства коммутатора для развертывания и нажмите кнопку ОК.Configure additional switch properties for your deployment, and then click OK.

6. Создайте второй внешний виртуальный коммутатор, повторив предыдущие шаги.Create a second external virtual switch by repeating the previous steps. Подключите второй внешний коммутатор к другому сетевому адаптеру.Connect the second external switch to a different network adapter.

7. В диспетчере Hyper-V в разделе виртуальные машиныщелкните правой кнопкой мыши виртуальную машину, которую требуется настроить, и выберите пункт Параметры.In Hyper-V Manager, under Virtual Machines, right-click the VM that you want to configure, and then click Settings.

Откроется диалоговое окно Параметры виртуальной машины.The VM Settings dialog box opens.

8. Убедитесь, что виртуальная машина не запущена.Ensure that the VM is not started. Если оно запущено, выполните завершение работы, прежде чем настраивать виртуальную машину.If it is started, perform a shutdown before configuring the VM.

9. В списке оборудованиещелкните сетевой адаптер.In Hardware, click Network Adapter.

9. В окне свойства сетевого адаптера выберите один из виртуальных коммутаторов, созданных на предыдущих шагах, а затем нажмите кнопку Применить.In Network Adapter properties, select one of the virtual switches that you created in previous steps, and then click Apply.

10. В поле оборудованиещелкните, чтобы развернуть значок плюса (+) рядом с пунктом сетевой адаптер.In Hardware, click to expand the plus sign (+) next to Network Adapter.

11. Щелкните Дополнительные функции , чтобы включить объединение сетевых карт с помощью графического пользовательского интерфейса.Click Advanced Features to enable NIC Teaming by using the graphical user interface.

    Совет

    Также можно включить объединение сетевых карт с помощью команды Windows PowerShell:You can also enable NIC Teaming with a Windows PowerShell command:

    Set-VMNetworkAdapter -VMName <VMname> -AllowTeaming On
    

    а.a. Выберите динамический для Mac-адреса.Select Dynamic for MAC address.

    b.b. Щелкните, чтобы выбрать защищенную сеть.Click to select Protected network.

    c.c. Выберите этот параметр, чтобы включить этот сетевой адаптер в состав команды в гостевой операционной системе.Click to select Enable this network adapter to be part of a team in the guest operating system.

    d.d. Нажмите кнопку ОК.Click OK.

12. Чтобы добавить второй сетевой адаптер, в диспетчере Hyper-V в области виртуальные машиныщелкните ту же виртуальную машину правой кнопкой мыши и выберите пункт Параметры.To add a second network adapter, in Hyper-V Manager, in Virtual Machines, right-click the same VM, and then click Settings.

    Откроется диалоговое окно Параметры виртуальной машины.The VM Settings dialog box opens.

13. В окне Добавить оборудованиевыберите пункт сетевой адаптери нажмите кнопку добавить.In Add Hardware, click Network Adapter, and then click Add.

15. В окне свойства сетевого адаптера выберите второй виртуальный коммутатор, созданный на предыдущих шагах, и нажмите кнопку Применить.In Network Adapter properties, select the second virtual switch that you created in previous steps, and then click Apply.

16. В поле оборудованиещелкните, чтобы развернуть значок плюса (+) рядом с пунктом сетевой адаптер.In Hardware, click to expand the plus sign (+) next to Network Adapter.

17. Щелкните Дополнительные компоненты, прокрутите вниз до пункта Объединение сетевых карти выберите включить этот сетевой адаптер в качестве части команды в гостевой операционной системе.Click Advanced Features, scroll down to NIC Teaming, and click to select Enable this network adapter to be part of a team in the guest operating system.

18. Нажмите кнопку ОК.Click OK.

Поздравляю!Congratulations! Вы настроили физическую и виртуальную сеть.You have configured the physical and virtual network. Теперь можно приступить к созданию новой группы сетевых адаптеров.Now you can proceed to creating a new NIC Team.

Шаг 2.Step 2. Создание группы сетевых адаптеровCreate a new NIC Team

При создании группы сетевых адаптеров необходимо настроить свойства команды сетевой карты.When you create a new NIC Team, you must configure the NIC Team properties:

• Имя командыTeam name

• Адаптеры членовMember adapters

• Режим объединенияTeaming mode

• Режим балансировки нагрузкиLoad balancing mode

• Резервный адаптерStandby adapter

При необходимости можно также настроить основной интерфейс группы и настроить номер виртуальной локальной сети (VLAN).You can also optionally configure the primary team interface and configure a virtual LAN (VLAN) number.

Дополнительные сведения об этих параметрах см. в разделе Параметры объединения сетевых карт.For more details on these settings, see NIC Teaming settings.

Предварительные требованияPrerequisites

Необходимо быть членом группы Администраторыили эквивалентными.You must have membership in Administrators, or equivalent.

ПроцедураProcedure

1. В диспетчере серверов щелкните Локальный сервер.In Server Manager, click Local Server.

2. На панели Свойства в первом столбце найдите команду Объединение сетевых карт, а затем щелкните отключенную ссылку.In the Properties pane, in the first column, locate NIC Teaming, and then click the Disabled link.

   Откроется диалоговое окно Объединение сетевых карт .The NIC Teaming dialog box opens.

3. В окне адаптеры и интерфейсывыберите один или несколько сетевых адаптеров, которые нужно добавить в группу сетевой карты.In Adapters and Interfaces, select the one or more network adapters that you want to add to a NIC Team.

4. Щелкните задачии выберите Добавить в новую команду.Click TASKS, and click Add to New Team.

   Откроется диалоговое окно Новая команда , в котором отображаются сетевые адаптеры и члены команды.The New team dialog box opens and displays network adapters and team members.

5. В поле имя командывведите имя новой группы сетевой карты и нажмите кнопку Дополнительные свойства.In Team name, type a name for the new NIC Team, and then click Additional properties.

6. В окне Дополнительные свойствавыберите значения для:In Additional properties, select values for:

   • Режим объединения.Teaming mode. Параметры режима объединения переключаются независимо друг от друга и переключаются.The options for Teaming mode are Switch Independent and Switch Dependent. Режим, зависимый от коммутатора, включает статические объединение и протокол управления агрегированием связи (LACP).The Switch Dependent mode includes Static Teaming and Link Aggregation Control Protocol (LACP).

     • Переключение независимых параметров.Switch Independent. В режиме независимого переключения коммутатор или коммутаторы, к которым подключены члены группы сетевых карт, не знают о наличии команды сетевого интерфейса и не определяют, как распределять сетевой трафик между членами группы сетевой карты. вместо этого Группа сетевых адаптеров распределяет входящий сетевой трафик между членами группы сетевой карты.With Switch Independent mode, the switch or switches to which the NIC Team members are connected are unaware of the presence of the NIC team and do not determine how to distribute network traffic to NIC Team members — instead, the NIC Team distributes inbound network traffic across the NIC Team members.

     • Зависимый ключ.Switch Dependent. При использовании режимов, зависящих от переключения, коммутатор, к которому подключены члены группы сетевых карт, определяет способ распределения входящего сетевого трафика между членами группы сетевой карты.With Switch Dependent modes, the switch to which the NIC Team members are connected determines how to distribute the inbound network traffic among the NIC Team members. С помощью коммутатора можно определить, как распределять сетевой трафик между членами группы сетевой карты.The switch has complete independence to determine how to distribute the network traffic across the NIC Team members.

       Статическая объединениеStatic Teaming	Необходимо вручную настроить коммутатор и узел, чтобы определить, какие связи формируют команда.Requires you to manually configure both the switch and the host to identify which links form the team. Так как это решение статически настроено, не существует дополнительного протокола, помогающего коммутатору и узлу обнаруживать неправильно подключенные кабели или другие ошибки, которые могут привести к сбою команды.Because this is a statically configured solution, there is no additional protocol to assist the switch and the host to identify incorrectly plugged cables or other errors that could cause the team to fail to perform. Этот режим обычно поддерживается коммутаторами серверного класса.This mode is typically supported by server-class switches.
       Протокол управления агрегированием связи (LACP)Link Aggregation Control Protocol (LACP)	В отличие от статических групп, режим объединения LACP динамически определяет связи, подключенные между узлом и коммутатором.Unlike Static Teaming, LACP Teaming mode dynamically identifies links that are connected between the host and the switch. Это динамическое подключение позволяет автоматически создавать команды и, теоретически, но редко на практике, расширять и сокращать группу просто путем передачи или получения пакетов LACP из одноранговой сущности.This dynamic connection enables the automatic creation of a team and, in theory but rarely in practice, the expansion and reduction of a team simply by the transmission or receipt of LACP packets from the peer entity. Все коммутаторы Server-Class поддерживают LACP, и для всех требуется, чтобы оператор Network был администратором включил LACP на порте коммутатора.All server-class switches support LACP, and all require the network operator to administratively enable LACP on the switch port. При настройке режима объединения LACP объединение сетевых карт всегда работает в активном режиме LACP.When you configure a Teaming mode of LACP, NIC Teaming always operates in LACP’s Active mode. По умолчанию для объединения сетевых карт используется короткий таймер (3 секунды), но можно настроить длительный таймер (90 секунд) с Set-NetLbfoTeam .By default, NIC Teaming uses a short timer (3 seconds), but you can configure a long timer (90 seconds) with Set-NetLbfoTeam.

     ---

   • Режим балансировки нагрузки.Load balancing mode. Параметры режима распределения балансировки нагрузки: хэш адреса, порт Hyper-Vи динамический.The options for Load Balancing distribution mode are Address Hash, Hyper-V Port, and Dynamic.

     • Хэш адреса.Address Hash. При использовании хэш-адреса этот режим создает хэш на основе компонентов адреса пакета, который затем назначается одному из доступных адаптеров.With Address Hash, this mode creates a hash based on address components of the packet, which then get assigned to one of the available adapters. Обычно только этот механизм достаточно для создания разумного баланса между доступными адаптерами.Usually, this mechanism alone is sufficient to create a reasonable balance across the available adapters.

     • Порт Hyper-V.Hyper-V Port. При использовании порта Hyper-V группы сетевых адаптеров, настроенные на узлах Hyper-V, предоставляют независимые от виртуальных машин MAC-адреса.With Hyper-V Port, NIC Teams configured on Hyper-V hosts give VMs independent MAC addresses. Для разделения сетевого трафика между членами группы сетевой карты можно использовать MAC-адрес виртуальных машин или виртуальную машину, подключенную к коммутатору Hyper/V.The VMs MAC address or the VM ported connected to the Hyper-V switch, can be used to divide network traffic between NIC Team members. Вы не можете настроить команды сетевой карты, создаваемые в виртуальных машинах, с помощью режима балансировки нагрузки портов Hyper-V.You cannot configure NIC Teams that you create within VMs with the Hyper-V Port load balancing mode. Вместо этого используйте режим хэширования адреса.Instead, use the Address Hash mode.

     • Платформе.Dynamic. Благодаря динамической нагрузке исходящие нагрузки распределяются на основе хэша TCP-портов и адресов IP.With Dynamic, outbound loads are distributed based on a hash of the TCP ports and IP addresses. Динамический режим также обеспечивает повторную балансировку нагрузки в режиме реального времени, чтобы заданный исходящий поток мог перемещаться между членами группы.Dynamic mode also rebalances loads in real time so that a given outbound flow may move back and forth between team members. Входящие нагрузки, с другой стороны, распределяются так же, как порт Hyper-V.Inbound loads, on the other hand, get distributed the same way as Hyper-V Port. В двух словах, динамический режим использует лучшие аспекты хэш-адреса и порта Hyper-V, а также самый высокий режим балансировки нагрузки.In a nutshell, Dynamic mode utilizes the best aspects of both Address Hash and Hyper-V Port and is the highest performing load balancing mode.

   • Резервный адаптер.Standby adapter. Для параметра «резервный адаптер» задано значение «нет» (все адаптеры активны) или выбор определенного сетевого адаптера в группе сетевых адаптеров, который выступает в качестве резервного адаптера.The options for Standby Adapter are None (all adapters Active) or your selection of a specific network adapter in the NIC Team that acts as a Standby adapter.

   Совет

   Если вы настраиваете группу сетевых адаптеров на виртуальной машине, необходимо выбрать режим объединения коммутаторов в независимом режиме и режим балансировки нагрузки для хэша адреса.If you are configuring a NIC Team in a virtual machine (VM), you must select a Teaming mode of Switch Independent and a Load balancing mode of Address Hash.

7. Если необходимо настроить имя основного интерфейса группы или назначить номер виртуальной ЛС группе сетевых адаптеров, щелкните ссылку справа от основного интерфейса группы.If you want to configure the primary team interface name or assign a VLAN number to the NIC Team, click the link to the right of Primary team interface.

   Откроется диалоговое окно Новый интерфейс группы .The New team interface dialog box opens.

8. В зависимости от требований выполните одно из следующих действий.Depending on your requirements, do one of the following:

   • Укажите имя интерфейса тник.Provide a tNIC interface name.

   • Настройка членства в виртуальной ЛС. Щелкните определенная виртуальная ЛС и введите сведения о виртуальной ЛС.Configure VLAN membership: click Specific VLAN and type the VLAN information. Например, если вы хотите добавить эту группу сетевых адаптеров в учетную виртуальную ЛС с номером 44, введите Account 44-VLAN.For example, if you want to add this NIC Team to the accounting VLAN number 44, Type Accounting 44 — VLAN.

9. Нажмите кнопку ОК.Click OK.

Поздравляю!Congratulations! Вы создали новую группу сетевых адаптеров на главном компьютере или виртуальной машине.You’ve created a new NIC Team on a host computer or VM.

• Объединение сетевыхкарт. в этой статье приводится обзор объединения сетевых адаптеров (NIC) в Windows Server 2016.NIC Teaming: In this topic, we give you an overview of Network Interface Card (NIC) Teaming in Windows Server 2016. Объединение сетевых карт позволяет объединять один и 32 физических сетевых адаптеров Ethernet в один или несколько программных виртуальных сетевых адаптеров.NIC Teaming allows you to group between one and 32 physical Ethernet network adapters into one or more software-based virtual network adapters. Эти виртуальные сетевые адаптеры обеспечивают высокую производительность и отказоустойчивость в случае сбоя сетевого адаптера.These virtual network adapters provide fast performance and fault tolerance in the event of a network adapter failure.

• Объединение сетевых карт. использование и управление MAC-адресами. при настройке группы сетевых карт с независимым режимом и при использовании хэша или динамического распределения нагрузки группа использует Mac-адрес основного члена группы сетевых адаптеров для исходящего трафика.NIC Teaming MAC address use and management: When you configure a NIC Team with switch independent mode and either address hash or dynamic load distribution, the team uses the media access control (MAC) address of the primary NIC Team member on outbound traffic. Член группы основного сетевого адаптера — это сетевой адаптер, выбранный операционной системой из начального набора членов группы.The primary NIC Team member is a network adapter selected by the operating system from the initial set of team members.

• Параметры объединения сетевых карт. в этом разделе мы преддадим Обзор свойств группы сетевых адаптеров, таких как объединение и режим балансировки нагрузки.NIC Teaming settings: In this topic, we give you an overview of the NIC Team properties such as teaming and load balancing modes. Кроме того, мы предоставляем подробные сведения о параметре адаптера ожидания и свойстве основного интерфейса группы.We also give you details about the Standby adapter setting and the Primary team interface property. Если у вас есть по крайней мере два сетевых адаптера в группе сетевых адаптеров, не нужно назначать резервный адаптер для отказоустойчивости.If you have at least two network adapters in a NIC Team, you do not need to designate a Standby adapter for fault tolerance.

• Устранение неполадок объединения сетевых адаптеров. в этом разделе обсуждаются способы устранения неполадок объединения сетевых карт, таких как оборудование, безопасность физического коммутатора и отключение или включение сетевых адаптеров с помощью Windows PowerShell.Troubleshooting NIC Teaming: In this topic, we discuss ways to troubleshoot NIC Teaming, such as hardware, physical switch securities, and disabling or enabling network adapters using Windows PowerShell.

Виртуальный сетевой адаптер — Блог веб-программиста

Подробности

июня 18, 2017

Просмотров: 12208

Виртуальный сетевой адаптер — это технологическая система, которая помогает подключать компьютеры или другие электронные устройства. После подключения устройства могут делиться накопленной информацией. Этот тип адаптера работает с помощью программного обеспечения.

Это часто бывает полезно для сотрудников крупных организаций и государственных учреждений, которые уделяют большое значение на безопасные коммуникации. Основная функция адаптера -подключить электронную систему к сети, которая представляет собой сложное взаимодействие различных электронных систем.
Существует много типов адаптеров, с большим процентом, состоящих из физического объекта. Например, периферийный компонент (PCI) адаптера представляет собой небольшое устройство, которое подключается к персональному компьютеру. Есть и беспроводные адаптеры для передачи информации и подключения на дальние расстояния. Такие адаптеры могут работать в качестве внешнего сетевого адаптера и, следовательно, остаются вне основного электронного устройства, или они могут быть установлены в главном физическом теле устройства.

Виртуальный сетевой адаптер отличается от традиционного адаптера из-за его материальности. В то время как традиционный тип адаптера представляет собой реальный объект, виртуальный сетевой адаптер работает через эксклюзивную электронную программу или программное обеспечение. Эти адаптеры обычно используются для виртуальных частных сетей (VPN). VPN-сеть — это взаимосвязанная группа технологических систем, которые подчеркивают частную и безопасную связь.

Такие VPN часто встречаются в крупных организациях, так что удаленные сотрудники могут получить частный доступ к основным компьютерным системам. Государственные организации могут также использовать VPN для передачи и обмена секретной или эксклюзивной информацией. Кроме связывания частных электронных информационных систем и других систем, VPN также обычно связывает пользователей с масштабной общественной системой связи, такой как Интернет.

Установка виртуального сетевого адаптера зависит от природы системы, которая будет служить её первичной системой. Многие компьютерные операционные системы содержат раздел, который позволяет пользователям настроить или установить новые компоненты системы. Посетив этот раздел, пользователи часто могут добавить сетевой адаптер, выбрав в меню опцию адаптер. Затем пользователю может быть предложено добавить информацию, имеющую отношение к конкретной марке и типу адаптера. Также, на электронные системы, должно быть установлено соответствующее программное обеспечение.

После установки виртуального сетевого адаптера, он должен быть подключен к сети, и этот шаг может также быть реализован через компьютерную систему пользователя. Большинство таких систем имеют специальный раздел, посвящённый настройке сетевых подключений. В персональной компьютерной системе, такой как Microsoft Windows®, эта секция может быть найдена под заголовком «Панель управления». После того, как пользователь получил доступ к этой секции, подключение к сети часто простое, и нужно просто следовать инструкциям и знать протокол Интернет-адреса целевой сети. Этот набор цифр является уникальным идентификационным маркером, назначенным почти для всех электронных устройств, которые могут быть частью сети.

Читайте также

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

.

• 30.08.2018
• Чтение занимает 4 мин

В этой статье

Применяется к: Windows Server (полугодовой канал), Windows Server 2016 Применяется к: Windows Server (полугодовой канал), Windows Server 2016

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

Типы виртуальных сетевых устройств Типы сетевых виртуальных устройств

Можно использовать один из двух типов устройств: можно использовать один из двух типов виртуальных устройств:

1. Определяемая функция маршрутизации — заменяет распределенные маршрутизаторы в сети виртуализации виртуального устройства. Маршрутизация, определяемая пользователем — заменяет распределенные маршрутизаторы в виртуальной сети функциями маршрутизации виртуального устройства. При использовании пользовательской маршрутизации виртуальное устройство используется в качестве маршрутизатора между виртуальными подсетями в виртуальной сети.

2. Зеркальное отображение портов .Каждый сетевой трафик, вводимый или предоставляемый отслеживаемым портом, дублируется и отправляется виртуальному устройству для анализа. Зеркальное отображение порта — весь сетевой трафик, входящий или выходящий из контролируемого порта, дублируется и отправляется на виртуальное устройство для анализа.

Развертывание сетевого виртуального устройства Развертывание сетевого виртуального устройства

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

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

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

Пример. определяемая пользователем маршрутизация Пример: определяемая пользователем маршрутизация

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

• Принудительное туннелирование для доступа к Интернету через вашу локальную сеть. Принудительное туннелирование к Интернету через вашу локальную сеть.
• Использование виртуальных устройств в вашей среде.Использование виртуальных устройств в вашей среде.

В этих сценариях необходимо создать таблицу маршрутизации и добавить определяемые параметры в таблице. Для этих сценариев необходимо создать таблицу маршрутизации и добавить в нее определяемые пользователем маршруты. Можно использовать несколько таблиц маршрутизации, одну и ту же таблицу маршрутизации. Можно использовать несколько таблиц маршрутизации, и вы можете связать одну и ту же таблицу маршрутизации с одной или несколькими подсетями.Каждую подсеть можно связать только с одной таблицей маршрутизации. Каждую подсеть можно связать только с одной таблицей маршрутизации. Все виртуальные машины в подсети используют таблицу маршрутизации, связанную с этой подсетью.

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

ПРОЦЕДУРА Процедура:

1. Создайте свойства таблицы маршрутов, которые содержат все задаваемые данные маршруты.Создайте свойства таблицы маршрутов, которые содержат все определенные пользователем маршруты.

   Системные маршруты по-прежнему применяются в соответствии с правилами, определенными выше. Системные маршруты по-прежнему применяются в соответствии с правилами, определенными выше.

     $ routetableproperties = новый объект Microsoft.Windows.NetworkController.RouteTableProperties
     

2. Добавьте маршрут в свойствах таблицы маршрутизации. Добавьте маршрут в свойства таблицы маршрутизации.

   Любой маршрут, предназначенный для подсети 12.0.0.0 / 8, направляется в виртуальное устройство по адресу 192.168.1.10. Любой маршрут, предназначенный для подсети 12.0.0.0/8, направляется к виртуальному устройству по адресу 192.168.1.10. Устройство должно иметь виртуальный сетевой адаптер, подключенный к сети, с этим IP-адресом, назначенным сетевому интерфейсу. Устройство должно иметь виртуальный сетевой адаптер, подключенный к виртуальной сети с этим IP, назначенным сетевому интерфейсу.

     $ route = новый объект Microsoft.Windows.NetworkController.Маршрут
    $ route.ResourceID = "0_0_0_0_0"
    $ route.properties = новый объект Microsoft.Windows.NetworkController.RouteProperties
    $ route.properties.AddressPrefix = "0.0.0.0/0"
    $ route.properties.nextHopType = "VirtualAppliance"
    $ route.properties.nextHopIpAddress = "192.168.1.10"
    $ routetableproperties.routes + = $ маршрут
     

   Совет

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

3. Добавьте таблицу маршрутизации к сетевому контроллеру. Добавьте таблицу маршрутизации в сетевой контроллер.

     $ routetable = New-NetworkControllerRouteTable -ConnectionUri $ uri -ResourceId "Route1" -Properties $ routetableproperties
     

4. Примените таблицу маршрутизации к виртуальной подсети. Примените таблицу маршрутизации к виртуальной подсети.

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

     $ vnet = Get-NetworkControllerVirtualNetwork -ConnectionUri $ uri -ResourceId "Tenant1_VNet1"
    $ vnet.properties.subnets [0] .properties.RouteTable = $ routetable
    new-networkcontrollervirtualnetwork -connectionuri $ uri -properties $ vnet.свойства -resourceId $ vnet.resourceid
     

После применения таблицы маршрутизации к виртуальной сети трафик перенаправляется в виртуальное устройство. Как только вы применяете таблицу маршрутизации к виртуальной сети, трафик перенаправляется на виртуальное устройство. Необходимо настроить маршрутизацию в виртуальном устройстве для перенаправления трафика в соответствии с средой. Вы должны настроить таблицу маршрутизации в виртуальном устройстве для пересылки трафика способом, который подходит для вашей среды.

Пример: зеркальное отображение портов Пример: Зеркальное отображение портов

В этом примере вы настраиваете трафик для MyVM_Ethernet1 на зеркальную Appliance_Ethernet1. В этом примере вы настраиваете трафик для MyVM_Ethernet1 для зеркалирования Appliance_Ethernet1. Предполагается, что вы развернули две виртуальные машины: один в качестве устройства, а другой — виртуальную машину для мониторинга с зеркальным отображением. Мы предполагаем, что вы развернули две виртуальные машины, одну как устройство, а другую как виртуальную машину для мониторинга с зеркалированием.

Устройство должно иметь второй сетевой интерфейс для управления. Устройство должно иметь второй сетевой интерфейс для управления. После включения зеркального отображения в качестве назначения на Appliciance_Ethernet1 он больше не получает трафик, предназначенный для IP-интерфейса, настроенного там. После включения зеркалирования в качестве пункта назначения на Appliciance_Ethernet1 он больше не получает трафик, предназначенный для настроенного там IP-интерфейса.

ПРОЦЕДУРА Процедура:

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

     $ vnet = Get-NetworkControllerVirtualNetwork -ConnectionUri $ uri -ResourceId "Tenant1_VNet1"
     

2. Получите сетевые интерфейсы сетевого контроллера для источника и назначения зеркального отображения. Получите сетевые интерфейсы сетевого контроллера для источника и назначения зеркалирования.

     $ dstNic = get-networkcontrollernetworkinterface -ConnectionUri $ uri -ResourceId "Appliance_Ethernet1"
   $ srcNic = get-networkcontrollernetworkinterface -ConnectionUri $ uri -ResourceId "MyVM_Ethernet1"
     

3. Создайте объект сервицеинсертионпропертиес, создайте правила зеркального отображения портов и элемент, представляющий целевой интерфейс.Создайте объект serviceinsertionproperties, содержащий правила зеркального отображения портов и элемент, представляющий интерфейс назначения.

     $ portmirror = [Microsoft.Windows.NetworkController.ServiceInsertionProperties] :: new ()
   $ portMirror.Priority = 1
     

4. йте объект сервицеинсертионрулес, создавайте правила, которые должны быть сопоставлены, чтобы трафик отправлялся на устройство.Создайте объект serviceinsertionrules, содержащий правила, которые должны быть согласованы для того, чтобы трафик передавался на устройство.

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

     $ portmirror.ServiceInsertionRules = [Microsoft.Windows.NetworkController.ServiceInsertionRule []] :: новое (1)
   
   $ portmirror.ServiceInsertionRules [0] = [Microsoft.Windows.NetworkController.ServiceInsertionRule] :: new ()
   $ portmirror.ServiceInsertionRules [0] .ResourceId = "Правило1"
   $ portmirror.ServiceInsertionRules [0] .Properties = [Microsoft.Windows.NetworkController.ServiceInsertionRuleProperties] :: new ()
   
   $ portmirror.ServiceInsertionRules [0] .Properties.Description = "Правило зеркалирования порта"
   $ portmirror.ServiceInsertionRules [0] .Properties.Protocol = "Все"
   $ portmirror.ServiceInsertionRules [0] .Properties.SourcePortRangeStart = "0"
   $ portmirror.ServiceInsertionRules [0] .Properties.SourcePortRangeEnd = "65535"
   $ portmirror.ServiceInsertionRules [0] .Properties.DestinationPortRangeStart = "0"
   $ portmirror.ServiceInsertionRules [0] .Properties.DestinationPortRangeEnd = "65535"
   $ portmirror.ServiceInsertionRules [0] .Properties.SourceSubnets = "*"
   $ portmirror.ServiceInsertionRules [0] .Properties.DestinationSubnets = "*"
     

5. Создайте объект сервицеинсертионелементс, который будет содержать интерфейс зеркального устройства.Создайте объект serviceinsertionelements, содержащий сетевой интерфейс зеркального устройства.

     $ portmirror.ServiceInsertionElements = [Microsoft.Windows.NetworkController.ServiceInsertionElement []] :: новый (1)
   
   $ portmirror.ServiceInsertionElements [0] = [Microsoft.Windows.NetworkController.ServiceInsertionElement] :: new ()
   $ portmirror.ServiceInsertionElements [0] .ResourceId = "Элемент1"
   $ portmirror.ServiceInsertionElements [0] .Properties = [Microsoft.Windows.NetworkController.ServiceInsertionElementProperties] :: new ()
   
   $ portmirror.ServiceInsertionElements [0] .Properties.Description = "Элемент зеркала порта"
   $ portmirror.ServiceInsertionElements [0] .Properties.NetworkInterface = $ dstNic
   $ portmirror.ServiceInsertionElements [0] .Properties.Order = 1
     

6. Добавьте объект вставки службы в сетевой контроллер. Добавьте объект вставки службы в сетевой контроллер.

   При выдаче этой команды весь трафик к сетевому интерфейсу устройства, указанному на предыдущем шаге, останавливается.Когда вы вводите эту команду, весь трафик к сетевому интерфейсу устройства, указанному на предыдущем шаге, останавливается.

     $ portMirror = New-NetworkControllerServiceInsertion -ConnectionUri $ uri -Properties $ portmirror -ResourceId "MirrorAll"
     

7. Обновите сетевой интерфейс источника для зеркального отображения. Обновите сетевой интерфейс источника для зеркального отображения.

     $ srcNic.Properties.IpConfigurations [0] .Properties.ServiceInsertion = $ portMirror
   $ srcNic = New-NetworkControllerNetworkInterface -ConnectionUri $ uri -Properties $ srcNic.Properties -ResourceId $ srcNic.ResourceId
     

После выполнения этих действий интерфейса Appliance_Ethernet1 зеркально отображает трафик из интерфейса MyVM_Ethernet1.После выполнения этих действий интерфейс Appliance_Ethernet1 зеркалирует трафик от интерфейса MyVM_Ethernet1.

.

Создание сети сети | Документы Microsoft

• 02.05.2016
• Чтение занимает 2 мин

В этой статье

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

Подключение виртуальных машин к Интернету Подключение виртуальных машин к Интернету

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

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

Создание виртуального коммутатора с помощью диспетчера Hyper-VСоздание виртуального коммутатора с помощью Hyper-V Manager

1. Откройте диспетчер Hyper-V. Откройте диспетчер Hyper-V. Чтобы сделать это быстро, нажмите кнопку или клавишу Windows и введите «Диспетчер Hyper-V».
   Если диспетчер Hyper-V найти не удается, это значит, что Hyper-V или средства управления Hyper-V отключены. Если поиск не обнаруживает Hyper-V Manager, Hyper-V или инструменты управления Hyper-V не включены. Инструкции по включению см. в разделе Включение Hyper-V. См. инструкции по включению Hyper-V.

2. Выберите сервер в левой области или нажмите «Подключиться к серверу …» в правой области. Выберите сервер на левой панели или нажмите «Подключиться к серверу …» на правой панели.

3. В диспетчере Hyper-V выберите пункт Диспетчер виртуальных коммутаторов … в меню «Действия» справа. В диспетчере Hyper-V выберите Диспетчер виртуальных коммутаторов … в меню «Действия» справа.

4. В разделе «Виртуальные коммутаторы» выберите пункт Создать виртуальный сетевой коммутатор . В разделе «Виртуальные коммутаторы» выберите Новый виртуальный сетевой коммутатор .

5. В окне «Виртуальный коммутатор какого типа вы хотите создать?» выберите Внешний .В разделе «Какой тип виртуального коммутатора вы хотите создать?» Выберите Внешний .

6. Нажмите кнопку Создать виртуальный коммутатор . Нажмите кнопку Создать виртуальный коммутатор .

7. В разделе «Свойства виртуального коммутатора» назначьте ему имя, например Внешний коммутатор виртуальных машин . В разделе «Свойства виртуального коммутатора» дайте новому коммутатору имя, например External VM Switch .

8. В разделе «Тип подключения» убедитесь, что выбрана Внешняя сеть .В разделе «Тип подключения» убедитесь, что выбрано Внешняя сеть .

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

10. Щелкните Применить , чтобы создать виртуальный коммутатор.Выберите Применить , чтобы создать виртуальный коммутатор. На этом этапе, скорее всего, появится приведенное ниже сообщение. На этом этапе вы, скорее всего, увидите следующее сообщение. Щелкните Да , чтобы продолжить. Нажмите Да , чтобы продолжить.

11. Щелкните ОК , чтобы закрыть окно диспетчера виртуальных коммутаторов. Выберите OK , чтобы закрыть окно Virtual Switch Manager.

Создание виртуального коммутатора с помощью PowerShellСоздание виртуального коммутатора с помощью PowerShell

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

1. Используйте командлет Get-NetAdapter , чтобы получить список сетевых адаптеров, подключенных к системе Windows 10. Используйте Get-NetAdapter , чтобы получить список сетевых адаптеров, подключенных к системе Windows 10.

     PS C: \> Get-NetAdapter
   
   Имя Интерфейс Описание ifIndex Status MacAddress LinkSpeed
   ---- -------------------- ------- ------ ---------- --- ------
   Ethernet 2 Broadcom NetXtreme 57xx Gigabit Cont... 5 вверх BC-30-5B-A8-C1-7F 1 Гбит / с
   Ethernet Intel (R) PRO / 100 M Настольный адаптер 3 Up 00-0E-0C-A8-DC-31 10 Мбит / с
     

2. Выберите сетевой адаптер для использования коммутатора Hyper-V и разместите экземпляр в переменной с именем $ net . Выберите сетевой адаптер для использования с коммутатором Hyper-V и поместите экземпляр в переменную с именем $ net .

     $ net = Get-NetAdapter -Name 'Ethernet'
     

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

     New-VMSwitch -Name "External VM Switch" -AllowManagementOS $ True -NetAdapterName $ net.Name
     

Виртуальная сеть на ноутбуке Виртуальная сеть на ноутбуке

режим NAT.NAT сеть

Механизм преобразования сетевых адресов (NAT) предоставляет машине доступ к сети вашего компьютера посредством объединения IP-адреса главного компьютера с портом через внутренний виртуальный коммутатор Hyper-V.Трансляция сетевых адресов (NAT) дает виртуальной машине доступ к сети вашего компьютера путем объединения IP-адреса хост-компьютера с портом через внутренний виртуальный коммутатор Hyper-V.

У этого механизма есть ряд полезных возможностей.У этого механизма есть несколько полезных свойств:

1. NAT экономит IP-адреса за счет сопоставления внешнего IP-адреса и порта с большим набором внутренних IP-адресов. NAT Сохраняет IP-адреса путем сопоставления внешнего IP-адреса и порта с гораздо большим набором внутренних IP-адресов.
2. NAT позволяет нескольким виртуальным машинам размещать приложения, требующие одинаковые (внутренние) порты связи, сопоставляя их с уникальными внешними портами.NAT позволяет нескольким виртуальным машинам размещать приложения, которым требуются идентичные (внутренние) коммуникационные порты, путем сопоставления их с уникальными внешними портами.
3. NAT использует внутренний коммутатор. После создания коммутатора вы можете не использовать сетевое подключение. Кроме того, за счет этого снижается нагрузка на сет компьютера.NAT использует внутренний коммутатор — создание внутреннего коммутатора не требует использования сетевого подключения и, как правило, меньше мешает работе сети компьютера.

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

Подход с двумя коммутаторами

Если вы используете Hyper-V в Windows 10 на ноутбуках, вы можете часто переключать беспроводные и проводные сети, создавая виртуальный коммутатор для сетевых карт Ethernet, так и для карты беспроводной сети.Если вы используете Windows 10 Hyper-V на ноутбуке и часто переключаетесь между беспроводной сетью и проводной сетью, вам может потребоваться создать виртуальный коммутатор для сетевой и беспроводной сетевых карт. В зависимости от того, как ноутбук подключается к сети, можно переключать виртуальные машины между этими коммутаторами. В зависимости от того, как ноутбук подключается к сети, вы можете переключать виртуальные машины между этими коммутаторами. Виртуальные машины не переключаются между проводными и беспроводными сетями автоматически.Виртуальные машины не переключаются между проводным и беспроводным подключением автоматически.

Важно!

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

Следующий шаг — создание виртуальной машины Следующий шаг — Создание виртуальной машины

Создание представленной машины Windows Создание виртуальной машины Windows

.

Hyper-V и сети / Хабр

Это будет, наверное, заключительная статья из серии, посвященной энергии Hyper-V. На одном форуме мне посоветовали написать продолжение — «Hyper-V и невидимая виртуалка», «Hyper-V и Орден Линукса», я обязательно об этом подумаю, и возможно даже — напишу.

Итак, в этой статье речь пойдет о том, как виртуальные машины в среде Hyper-V работают с сетевыми интерфейсами. Как я уже говорил в предыдущих статьях — сетевые интерфейсы — это единственный способ взаимодействия виртуальных машин как между собой, так и со «внешним миром».Поэтому понимать особенности сетевого взаимодействия в среде Hyper-V необходимо.

Сетевые адаптеры

Как можно увидеть в Hyper-V Manager, есть два типа виртуальных сетевых адаптеров: сетевой адаптер и устаревший сетевой адаптер. Отличаются между собой они тем, что является первым из них является синтетическим, а второй — эмулируемым. Чем отличаются синтетические устройства от эмулируемых — можно почитать в первой статье, «Архитектура Hyper-V». Если кому-то это будет интересно — Legacy Network Adapter эмулирует многопортовую сетевую карту DEC 21140 10 / 100TX 100 МБ (и поэтому поддерживает только 10 / 100Мбит / с) и не поддерживается ОС Windows XP и Windows Server 2003 в 64-битной версии.
Думается, не стоит объяснять, что использование синтетических устройств всегда предпочтительнее, и поэтому при использовании новой виртуальной машины по умолчанию добавляется именно Сетевой адаптер. Использовать устаревший сетевой адаптер рекомендуется только в двух случаях:

• Когда гостевая ОС не поддерживает установку компонента интеграции;
• Когда необходим доступ к сети до загрузки ОС, к примеру — загрузка по PXE для установки ОС с сервера WDS.

Для этого при создании существующей машины необходимо удалить галочку «Автоматический запуск виртуальной машины», а затем, зайдя в конфигурацию существующей машины, вручную удалить сетевой адаптер и добавить устаревший сетевой адаптер.
Стоит еще представитьнуть о назначении MAC-адресов виртуальным адаптерам. Он может назначаться как автоматически при создании представленной машины (причем диапазон выдачи MAC-адресов может быть в настройках сервера Hyper-V), либо же вручную через конфигурацию данной машины.

Виртуальные сети

Разумеется, если есть сетевые адаптеры — они должны куда-то подключаться. И для этого в Hyper-V существуют виртуальные сети (виртуальные сети), которые по сути представляют собой самые обычные виртуальные коммутаторы.К каждому виртуальному коммутатору можно присоединиться как сетевые интерфейсы виртуальных машин, так и физические сетевые интерфейсы сервера. Виртуальные сети бывают трех типов, чтобы проще было их понять — взглянем на схему.

У нашего сервера имеется два сетевых интерфейса. Когда хостовая ОС только что установлена, и интерфейсы сконфигурированы — к каждому из них привзяивается протокол TCP / IP, некоторые протоколы и соответственно — назначаются сетевые (IP-адрес, маска подсети, адреса шлюзов и DNS) — статически или динамически, в данном случае — не суть важно.

Виртуальные сети (то есть виртуальные коммутаторы) бывают трех типов: внешние, внутренние и частные. External — виртуальная сеть, имеющая выход «во внешний мир». При создании сети типа External указать сетевой интерфейс, через который будет осуществляться выход наружу (Физический адаптер 2). При этом физический интерфейс теряет все сетевые настройки, создается виртуальный адаптер в хостовой ОС (Виртуальный адаптер 1).Физический же интерфейс остается всего с одним протоколом: Протокол коммутации виртуальных сетей. Кроме этого, в Windows Server 2008 R2 появилась возможность создания сети типа External, но при этом все равно изолировать их от хостовой ОС. Делается это снятием галочки «Разрешить операционной системе управления использовать этот сетевой адаптер»:

ВНИМАНИЕ: При создании сети типа Внешний происходит кратковременный разрыв сетевого соединения, и все настройки переносятся на новый виртуальный адаптер.Если настройка выполняется удаленно — соединение может заново настроить брандмауэр Windows, чтобы привязать правила к новому виртуальному интерфейсу.
Внутренняя — внутренняя виртуальная сеть, к которой можно подключиться только виртуальные интерфейсы — виртуальных машин и хостовой ОС. К физическому интерфейсу сети типа Внутренний не привязывается, и, соответственно, выход «вовне» не имеет.
Private — то же самое самое, что и внутреннее, за исключением того, что к такой сети могут подключаться только виртуальные машины. Сеть типа Private не имеет доступа ни ко «внешнему миру», ни к хостовой ОС.
Для лучшего понимания — нарисую таблицу, в которой указано, какие интерфейсы будут подключены к виртуальному коммутатору, а какие — нет при разных настройках:

Работа с VLAN

Hyper-V поддерживает работу с VLAN (IEEE 802.1Q). Для этого в виртуальных сетевых интерфейсах имеется галочка «Включить идентификацию VLAN», после активации можно получить идентификатор VLAN.Разумеется, необходимо настроить коммутаторы, чтобы трафик тегировался без ID, и, разумеется, установить в хостовой ОС драйверы сетевого адаптера с необходимыми функциями.

Более подробно о настройке виртуальных машин для работы с VLAN можно почитать в статье Дмитрия Макарова.

VMQ

Не могу закончить новую статью, не представившись о появившейся в Windows Server 2008 R2 поддержке виртуальных очередей, VMQ.
Поддержка VMQ позволяет перенести большую часть затрат на обработку сетевых пакетов адресованных виртуальным машинам с хостовой ОС на плечи процессора сетевого адаптера.Разумеется, при условии, что сетевой адаптер это поддерживает, и в гостевых ОС установлены компоненты интеграции.
Если не используется VMQ, то обработка сетевых пакетов происходит следующим образом:

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

Сетевой адаптер, поддерживающий VMQ, способен самостоятельно осуществлять сетевые пакеты, а затем записывать данные в область памяти виртуальной машины.
Передача же данных, что с VMQ, что без оной — идет как и обычно: Виртуальный сетевой адаптер — VMBus — Виртуальный коммутатор — Физический сетевой адаптер.

Вместо заключения

На этом хотелось бы закончить статью, и заодно — рассказ об энергетике Hyper-V.В заключение — хотелось бы спросить: у меня есть желание написать статью о Live Migration. Будет ли это интересно слышать аудиторию, или же все об этом слышали и все об этом знают? .

Драйвер для раздачи Wi-Fi для ноутбука (Windows 7, 8 и Windows 10)

Заметил, что очень часто ищут драйвер для раздачи Wi-Fi. Все хотят скачать этот драйвер для Windows 7, Windows 8 и для Windows 10. Если вы так же хотите скачать этот драйвер, то вы зашли по адресу. Нет, я не дам вам ссылку на загрузку, это и не нужно, а просто расскажу и покажу что к чему. Что это за драйвер, позволяет раздавать Wi-Fi, где его взять и для чего он нужен.

Я уверен, что вы хотите настроить раздачу интернета со своего компьютера (ноутбука) по Wi-Fi сети.Скорее всего, уже даже пробовали это сделать, но у вас не получилось. Где-то вы прочитали, что нужен специальный драйвер, и сейчас его ищите. Угадал? Думаю, что да.

Если вы еще не пробовали ничего настроить, то попробуйте, возможно, все нужные драйверы у вас уже. Вот инструкции:

. Не удалось запустить размещенную сеть.

Если настраиваете через какую-то программу, то может быть другая ошибка. Например: «Не запустить виртуальный маршрутизатор плюс» в Virtual Router Plus. Об этой ошибке писал здесь.

Если вы столкнулись с такой проблемой, то есть несколько вариантов:

• У вас не установлен драйвер адаптера Wi-Fi.
• Отключен (не задействован) адаптер «Microsoft Hosted Network Virtual Adapter» и т. п.
• Полностью отключен Wi-Fi на ноутбуке.
• Драйвер установлен, но он работает неправильно. Нужно его обновить / переустановить.
• Есть и другие причины. Например, адаптер не поддерживает запуск сети (но это редкость).

Начнем по порядку, что бы было понятно, и мы не запутались.

Для чего нужен драйвер для раздачи Wi-Fi, и где его скачать?

Объясняю. У нас в ноутбуке установлен специальный адаптер Wi-Fi. Такой же адаптер может быть подключен к стационарному компьютеру.Его основная задача, это подключаться к Wi-Fi сетям. Но, у этих адаптеров так же есть обратная функция, которая позволяет раздавать Wi-Fi, а не принимать его. Это все происходит через один и тот же адаптер.

Поэтому, нет специального драйвера для раздачи Wi-Fi . Все что нужно, это установить драйвер для нашего адаптера. Что бы на ноутбуке работал Wi-Fi. А виртуальный адаптер, который позволяет запускать раздачу интернета, будет установлен автоматически.Поэтому такая проблема чаще всего из-за того, что не установлен драйвер беспроводного адаптера. Или установлен, но неподходящий. Такое тоже бывает.

Как проверить наличие драйвера беспроводного адаптера?

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

Не важно, Windows 7 у вас, или Windows 10, нам нужно все проверить в диспетчере устройств.Откройте его любой сообщение для вас способом. Можно нажать сочетание клавиш Win + R , скопировать команду devmgmt.msc и нажать Ok .

Сразу находим и открываем вкладку Сетевые адаптеры . У вас в этой вкладке должно быть как минимум два адаптера. Это обычная сетевая карта и беспроводной адаптер. В его названии вы скорее всего увидите слова «Wi-Fi» или «Wireless».

Если у вас там нет беспроводного адаптера, и только одна сетевая карта, то вам нужно просто скачать и установить драйвер на Wi-Fi.Скачать можно с сайта производителя вашего ноутбука. Строго для вашей модели и установленной Windows. Вот инструкция для примера: как установить драйвер на адаптер Wi-Fi в Windows 7.

Проверяем виртуальный адаптер Wi-Fi

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

Как правило, он называется: «Виртуальный сетевой адаптер Microsoft Hosted Network», «Виртуальный адаптер размещенной сети (Майкрософт)» (в Windows 10), а у меня в Windows 7 он подписан как «Microsoft Virtual WiFi Miniport Adapter» (может быть с номер).

У вас он так же должен быть. Он отвечает за раздачу Wi-Fi. Он может быть отключен, и возле него может быть значок в виде стрелочки. Что бы включить, нажав на него правой кнопкой мыши и выбрать «Задействовать» .

В Windows 10 это выглядит вот так:

Если этот адаптер не отображается, то включите отображение скрытых устройств. Вот так:

Итог всей этой проверки. . Если вы не найдете драйвер сетевого адаптера, виртуального адаптера, то нужно установить / обновить / обновить беспроводной адаптер, установленный в вашем компьютере.

Если по-прежнему не удается запустить раздачу Wi-Fi

Давайте рассмотрим еще несколько вариантов, если с драйверами все в порядке:

• Wi-Fi должен быть включен. Режим должен быть отключен. Хорошо бы проверить, подключается ли ваш компьютер к Wi-Fi сетям, и видит ли он их. Если у вас Windows 10, то посмотрите стать этой. Если Windows 7, то проверьте включен ли Wi-Fi по этой инструкции: как включить Wi-Fi на ноутбуках с Windows 7.
• В начале статьи я давал ссылки на подробные инструкции по запуску сети Wi-Fi на ноутбуке.Попробуйте настроить все по инструкции. А если не получится, то напишите в комментариях на каком этапе у вас проблема, и какая именно.
• Если у вас сеть запускается, но просто не работает интернет, то это уже совсем другая проблема: раздали Wi-Fi с ноутбука, а интернет не работает «Без доступа к интернету».

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

.