Настройка сети Hyper v Windows 10

Обновлено: 21.11.2024

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

Начало работы с сетью Hyper-V

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

Цели сети Hyper-V

У вас есть две основные цели:

Убедитесь, что управляющая операционная система может обмениваться данными по сети.
Убедитесь, что виртуальные машины могут обмениваться данными по сети.

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

Сетевые правила Hyper-V

Понять, что вы должны, что можете и чего не можете делать с сетью Hyper-V:

Как выглядит конечный продукт

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

Сеть для одного хоста Hyper-V, старый способ

С тех пор, как в 2012 году еще не было Hyper-V, сохранился старый метод. Он использует пару физических адаптеров. Один относится к операционной системе управления. На другом размещен виртуальный коммутатор, который используют виртуальные машины. Мне не нравится это решение для хоста с двумя адаптерами. Это оставляет как хост, так и виртуальные машины с единой точкой отказа. Однако это может быть полезно, если у вас более двух адаптеров и вы создаете группу для использования виртуальными машинами. В любом случае, этот дизайн вполне жизнеспособный, нравится мне это или нет.

Сеть для одного хоста Hyper-V, новый способ

Благодаря объединению вы можете объединить все физические адаптеры вместе. Пусть команда размещает один виртуальный коммутатор. Позвольте управляющей операционной системе и всем гостям подключаться через нее.

Сеть для кластерного хоста Hyper-V

Для автономного хоста Hyper-V операционной системе управления требуется только одно подключение к сети. Кластерные хосты выигрывают от множественных подключений. До того, как объединение стало поддерживаться напрямую, для этого мы использовали множество физических адаптеров. Теперь мы можем просто использовать одну большую команду для обработки нашего хоста и нашего гостевого трафика. Это выглядит так:

VLAN

Кажется, сети VLAN обладают особой способностью сбивать людей с толку. Несколько вещей:

Единственной целью VLAN является разделение трафика уровня 2 (Ethernet).
Виртуальные локальные сети не нужны для разделения сетей уровня 3 (IP). Однако многие сетевые администраторы используют VLAN для создания стен вокруг определенных сетей уровня 3. Если это описывает вашу сеть, вам нужно будет спроектировать хосты Hyper-V в соответствии с ней. Если ваша физическая сеть не использует виртуальные локальные сети, не беспокойтесь о них на хостах Hyper-V.
Не создавайте по одному виртуальному коммутатору Hyper-V для каждой VLAN так, как вы настраиваете ESXi. Каждый виртуальный коммутатор Hyper-V автоматически поддерживает нетегированные кадры и сети VLAN 1–4096.
Hyper-V не имеет обозначения VLAN по умолчанию.
Настройте VLAN непосредственно на виртуальных адаптерах, а не на виртуальном коммутаторе.

Другие быстрые указатели

Я предоставлю вам несколько ссылок, чтобы вы могли прочитать больше и получить помощь в настройке. Тем не менее, несколько моментов, на которые стоит обратить внимание:

Виртуальный коммутатор Hyper-V не имеет собственного IP-адреса.
Виртуальный коммутатор Hyper-V нигде не отображается в обычном графическом интерфейсе Windows. Вы не можете увидеть его в обычном списке сетевых подключений. Вы можете найти адаптер логической группы и виртуальные адаптеры, принадлежащие операционной системе управления, но переключателя там нет.
Вы не управляете виртуальным коммутатором Hyper-V через IP или VLAN управления. Вы используете средства управления или удаленную операционную систему (Hyper-V Manager, PowerShell и WMI/CIM). Виртуальный коммутатор Hyper-V не имеет собственного IP-адреса.
Сетевые подключения для хранилища (iSCSI/SMB). Предпочтительно, чтобы сетевые подключения для хранилища использовали выделенные, несвязанные физические адаптеры. Если вы не можете этого сделать, вы можете создать выделенные виртуальные сетевые карты в операционной системе управления.
Несколько виртуальных коммутаторов. Практически никому не потребуется более одного виртуального коммутатора на хосте Hyper-V. Если у вас есть опыт работы с VMware, особенно не создавайте виртуальные коммутаторы только для VLAN.
Виртуальные сетевые адаптеры виртуальных машин подключаются напрямую к виртуальному коммутатору. Вам не нужно ничего в операционной системе управления, чтобы помочь им. Вам не нужен виртуальный адаптер для операционной системы управления, которая имеет какое-либо отношение к виртуальным машинам.
Отключите VMQ для каждого гигабитного физического адаптера, на котором будет размещаться виртуальный коммутатор. Если вы объедините их, сетевой адаптер логической группы также будет иметь параметр VMQ, который необходимо отключить.

Для получения дополнительной информации

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

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

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

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

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

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

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

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

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

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

В разделе "Виртуальные коммутаторы" выберите Новый виртуальный сетевой коммутатор.

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

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

В разделе "Свойства виртуального коммутатора" дайте новому коммутатору имя, например Внешний коммутатор виртуальной машины.

Убедитесь, что в разделе "Тип подключения" выбрана внешняя сеть.

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

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

Нажмите OK, чтобы закрыть окно Virtual Switch Manager.

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

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

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

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

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

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

Сеть NAT

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

У него есть несколько полезных свойств:

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

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

Подход с двумя переключателями

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

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

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

Основы Hyper-V

Основную технологию Hyper-V легче понять, если у вас есть опыт работы с сетевыми технологиями. В частности, это помогает, если вы понимаете концепции уровня 2 и уровня 3. Например, уровень 2 связан с MAC-адресами и коммутаторами, а уровень 3 работает с IP-адресами и маршрутизаторами.

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

Заставьте Hyper-V работать на уровне 2

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

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

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

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

Виртуальный сервер Hyper-V — это приложение на физическом сервере, поэтому оно имеет доступ к сети и физическим коммутаторам. Виртуальная машина не взаимодействует с физическими коммутаторами. Он взаимодействует с виртуальным коммутатором Hyper-V.

Виртуальный коммутатор Hyper-V

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

После того как вы назначите сетевой адаптер удостоверению виртуального коммутатора, операционная система перестанет распознавать этот сетевой адаптер как сетевой адаптер. Это означает, что вы не увидите его в списке адаптеров в папке «Сетевые подключения» в настройках Windows. Таким образом, процедуры, которые вы привыкли использовать через операционную систему для управления и настройки адаптеров, не могут быть использованы для вашего виртуального коммутатора.

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

По сути, это упражнение требует обратной связи от одного адаптера на физическом сервере к коммутатору и обратно к другому сетевому адаптеру на том же сервере.

Вот несколько фактов о виртуальных коммутаторах, о которых следует помнить:

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

VLAN

На этапе создания базовой реализации Hyper-V не беспокойтесь о настройке VLAN. VLAN работает для разделения трафика уровня 2, и на данном этапе ваша главная цель — заставить физические и виртуальные устройства уровня 2 обмениваться данными. Таким образом, работа над разделением этого трафика создает сложности.

Если в физической сети нет сетей VLAN, они не нужны на хостах Hyper-V. Если вы используете виртуальные локальные сети для разделения трафика уровня 3, вам следует спроектировать хосты Hyper-V таким образом, чтобы они соответствовали друг другу.

Использование сетей VLAN — это основное отличие Hyper-V от VMWare ESXi. Вот почему вам следует очистить свой разум от всего, что вы знаете о VMWare, прежде чем внедрять проект Hyper-V. Виртуальный коммутатор Hyper-V автоматически поддерживает нетегированные кадры и VLAN 1-4096 — в ESXi этого не происходит. Кроме того, Hyper-V не имеет обозначения VLAN «по умолчанию», так что не беспокойтесь об этом. В Hyper-V вы настраиваете VLAN на виртуальных адаптерах, а не на виртуальном коммутаторе.

Основные цели внедрения Hyper-V

Подводя итог вашим целям при подходе к вашей первой реализации Hyper-V:

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

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

Активировать Hyper-V

Hyper-V интегрирован в Windows 10 и в Windows Server, начиная с версии 2008, но его необходимо активировать.

В поле поиска на панели задач введите Turn Win и нажмите, чтобы открыть Включение или отключение компонентов Windows.
Прокрутите вниз всплывающее окно, чтобы найти Hyper-V. Установите флажок рядом с ним.
Нажмите "ОК".

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

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

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

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

Вам будет показано предупреждающее сообщение, объясняющее, что процесс создания будет мешать сетевой активности. Нажмите Да, чтобы закрыть сообщение.

Создание виртуальной машины Hyper-V

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

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

Поколение 1

Эти виртуальные машины поддерживают 32-разрядные и 64-разрядные гостевые ОС и архитектуру на основе BIOS. Это исходные типы виртуальных машин Hyper-V.

Поколение 2

Эти виртуальные машины поддерживают 64-разрядные ОС Windows и последние версии ОС Linux и FreeBSD. Они включают расширенные функции, такие как безопасная загрузка.

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

Вот как создать виртуальную машину.

Откройте Диспетчер Hyper-V.
Выберите имя хост-компьютера Hyper-V.
Нажмите «Действие» в верхней строке меню.
В раскрывающемся меню разверните «Создать» и нажмите «Виртуальная машина» в подменю. Откроется мастер создания новой виртуальной машины.
Нажмите «Далее» на начальной странице мастера.
Назовите ВМ и укажите ее расположение. Вы можете оставить местоположение как путь, указанный по умолчанию.
Нажмите "Далее", чтобы перейти на страницу создания.
В разделе «Поколение» выберите «Поколение 1» или «Поколение 2».
Нажмите "Далее", чтобы перейти на страницу "Назначить память".
Установите флажок "Использовать динамическую память" на странице памяти.
Нажмите "Далее", чтобы перейти на страницу "Настройка сети".
Экран «Настройка сети» содержит раскрывающийся список возможных подключений. Созданный вами виртуальный коммутатор должен быть в этом списке. Выберите его.
Нажмите «Далее», чтобы перейти к экрану виртуального жесткого диска.
Выберите создание нового виртуального жесткого диска, использование существующего виртуального жесткого диска или пропустите этот шаг и подключите виртуальный жесткий диск позже.
Нажмите "Далее", чтобы перейти к последнему экрану мастера.
Просмотрите сводку настроек и нажмите "Готово", чтобы создать виртуальную машину.

Установите ОС с компакт-диска
Установите ОС с загрузочной дискеты
Установите ОС с сервера сетевой установки

Объединение

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

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

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

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

Частный виртуальный коммутатор

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

Внутренний виртуальный коммутатор

Этот сценарий связи возможен только при объединении сетевых карт. На самом деле связь между виртуальной машиной и сервером проходит через два сетевых адаптера, но обмен данными между этими двумя адаптерами скрыт службой операционной системы, которая управляет операцией объединения. Система управления виртуальными коммутаторами Hyper-V находится поверх службы объединения.

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

Это полная конфигурация виртуального коммутатора, доступная при объединении. В базовой конфигурации без тиминга было необходимо наличие физического коммутатора. В сценарии объединения физический коммутатор необходим только для связи с другими физическими устройствами в сети. Внутренний трафик по-прежнему возможен, а связь между виртуальными машинами или между каждой виртуальной машиной и хостом Hyper-V осуществляется через виртуальный коммутатор без необходимости участия физического коммутатора. Как и во внутреннем режиме, обмен данными между виртуальной машиной и сервером Hyper-V на одном хосте действительно осуществляется через два физических сетевых адаптера.

Виртуальные коммутаторы и PowerShell

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

Простая виртуальная сетевая карта (не группа) создается автоматически при настройке виртуальной машины в консоли управления Hyper-V.

Создать команду

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

Чтобы увидеть все физические сетевые адаптеры, которые есть на вашем сервере, используйте командлет Get-NetAdapter -Physical.

Запишите имена двух сетевых карт. Имя — это первый столбец в выходных данных Get-NetAdapter.

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

При этом создается командная сетевая карта, концепция которой называется «tNIC». tNIC, созданный приведенной выше командой, называется vNICGrp, но вы можете называть его как угодно.

Вот некоторые командлеты tNIC, которые вам могут понадобиться:

Показывает все tNIC

Вывести список всех сетевых карт

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

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

По умолчанию создается внешний виртуальный коммутатор, если тип коммутатора не указан. В следующих примерах командлет создает виртуальный коммутатор с именем vSwitch на основе tNIC с именем vNICGrp.

После установки виртуальной машины на Hyper-V первое, что нужно сделать, — это создать сетевой адаптер с помощью Virtual Switch Manager и добавить эту сетевую карту в виртуальную машину.

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

Добавление только одного внешнего виртуального коммутатора к виртуальной машине.
Добавление внутреннего и внешнего виртуального коммутатора к виртуальной машине.

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

Как создать внутренний и внешний виртуальный коммутатор в Hyper-V

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

Шаг 1

Запустите программу виртуализации Hyper-V Manager.

Шаг 2

Нажмите «Диспетчер виртуальных коммутаторов» на панели «Действия».

Шаг 3

Сначала добавьте внутренний виртуальный коммутатор к виртуальной машине.

Шаг 4

Назовите внутренний виртуальный ключ и нажмите кнопку ОК.

Шаг 5

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

Шаг 6

Подключите и запустите виртуальную машину Windows 7.

Шаг 7

При открытии виртуальной машины настройте конфигурацию TCP/IP сетевой карты vEthernet, созданной Hyper-V на вашем физическом компьютере, следующим образом.

Шаг 8

Настройте параметры TCP/IP виртуальной машины Windows 7, как показано на рисунке ниже.

Шаг 9

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

Шаг 10

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

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

Шаг 11

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

Шаг 12

Снова откройте сетевые настройки компьютера с Windows 7 и добавьте новый сетевой адаптер, нажав Добавить оборудование, как показано ниже.

Шаг 13

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

Шаг 14

Проверьте сетевые настройки виртуальной машины. Ему необходимо получить IP-адрес из нашей локальной сети, как показано на изображении ниже. Если он не получает автоматический IP-адрес, вам может потребоваться проверить настройки DHCP.

Шаг 15

Запустите командную строку CMD на компьютере с Windows 7 и проверьте подключение к Интернету, отправив эхо-запрос IP-адреса модема на DNS-сервер Google.

Шаг 16

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

Как настроить параметры Интернета в Hyper-V ⇒ Видео

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

Заключительное слово

В этой статье мы шаг за шагом рассмотрим, как настроить подключение виртуальной машины к Интернету в операционной системе Windows 10 с помощью программы виртуализации Microsoft.Спасибо, что следите за нами!

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