Нет интернета на виртуальной машине hyper v: network-adapter — Windows 8 Hyper-V — как дать ВМ доступ в интернет?

17.05.1989 alexxlab

Содержание

Hyper v не работает сеть

Технический блог специалистов ООО»Интерфейс»

Главная
Настраиваем сеть в Hyper-V.

Настраиваем сеть в Hyper-V.

Автор: Уваров А.С.
21.01.2014

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

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

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

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

Внешняя сеть

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

Как мы уже писали, основу виртуальной сети составляет виртуальный коммутатор. При создании внешней сети, Hyper-V создает виртуальный коммутатор, к которому через виртуальные сетевые адаптеры (vNIC) подключаются как виртуальные машины, так и хост. Физический адаптер отключается от хоста и по сути становится физическим портом виртуального коммутатора, через который он подключается к внешней сети.

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

А в свойствах физического адаптера остался только Расширяемый виртуальный сетевой коммутатор в Hyper-V.

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

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

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

Внутренняя сеть

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

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

Внутренняя сеть c NAT

Данная возможность появилась начиная с Windows Server 2016, Hyper-V Server 2016 и Windows 10. Подробнее читайте в нашей статье: Настраиваем сеть NAT в Hyper-V

Частная сеть

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

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

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

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

В этой статье, мы рассмотрим пример организации подключения к Интернету на виртуальной машине Hyper-V. Хостовая ОС (это ОС сервера Hyper-V) может быть подключена к интернету через физический адаптер или беспроводное подключение Wi-Fi.

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

External (внешний): – этот коммутатор используется для подключения виртуальных машин к внешней сети и Интернету. Хост и виртуальная машина при этом находятся в одной сети. Если хост имеет несколько сетевых адаптеров, то для виртуальных машин можно настроить несколько сетей.
Internal (внутренний): – этот тип коммутатора используется для создания внутреннего сетевого соединения только между виртуальными машинами и гипервизором Hyper-V.
Private (частный): — данный тип коммутатора используется для создания сетевого соединения только между виртуальными машинами.

Проводное подключение к Интернету

Создадим виртуальный коммутатор. Мы будем использовать его для подключения к физическому сетевому адаптеру Ethernet сервера Hyper-V. Откройте консоль управления Hyper-V. В меню действий выберите пункт Virtual Switch Manager.

В качестве типа коммутатора выберите External и нажмите кнопку Create Virtual Switch.

В свойствах виртуального коммутатора укажите его имя, в свойствах подключения укажите физический Ethernet адаптер, через который должен работать данный коммутатор (в моем случае это контроллер Realtek PCIe GBE).

Затем откройте настройки ВМ, которой вы хотите предоставить доступ в Интернет. В разделе Network Adapter выберите, что данная ВМ подключена к созданному нами ранее виртуальному коммутатору.

В моем случае я подключен к интернету через широкополосное соединение. Найдите это подключение в панели управления хоста Hyper-V и откройте его свойства. Перейдите на вкладку Sharing в секции Internet Connection Sharing выберите опцию Allow Other Network Users to Connect Through This Computer’s Internet Connection. В выпадающем списке выберите ваш виртуальный коммутатор, созданный ранее. Сохраните изменения.

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

Настройка доступа в Интеренет через WiFi подключение

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

С помощью консоли Hyper-V Manager создайте новый внешний виртуальный коммутатор. В качестве внешней сети для виртуального коммутатора выберите свой WiFi адаптер (у меня это Intel Centrino Wireless-N 1030).

Теперь в свойствах ВМ укажите, что она подключена к Интернету через данный коммутатор.

В том случае, если точка доступа, к которой вы подключаетесь работает как сервер DHCP, то виртуальная машина должно получить от сервера DHCP динамический IP адрес (он будет отличатся от адреса, полученным хостовой ОС). Теперь вы можете пользоваться подключением к интернету внутри ВМ.

Одним из вариантов организации внешнего подключения является NAT (см статью Как настроить NAT в Hyper-V 2016).

В настройке сети на «виртуальной машине» (далее по тексту принято сокращение «ВМ»), а также в добавлении виртуального свитча в оснастке Hyper-V нет ничего сложного, хотя даже для продвинутых пользователей иногда процедура может выглядеть немного запутанной.

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

Архитектура Hyper-V

«Виртуальные сети» (сокращенно: «ВС») в Hyper-V называют виртуальными коммутаторами, к которым подключаются не только сетевые интерфейсы ВМ, но и физические сетевые интерфейсы сервера.

Существуют 3 вида «ВС». Схематично они представлены на рисунке ниже.

Майкрософт сравнительно недавно предусмотрела в «Windows Server 2008 R2» создание ВС «External» с изоляцией от хостовой системы. Осуществляется процесс просто. Следует убрать отметку из графы «Allow management operating system to share this network adapter».

При этом отключаются все ранее созданные подключения, и параметры прописываются для новой ВМ.

Необходимо отметить, что в Hyper-V имеется поддержка VLAN (IEEE 802.1Q).

После настройки коммутаторов, достаточно в свойствах ВМ установить отметку «Enable VLAN Identification» и указать VLAN ID.

Приятной новинкой, внедренной специалистами из Майкрософт в Виндовс Server 2008 R2, является поддержка виртуальных очередей VMQ.

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

Процедура настройки

Сложности с Hyper-V при настройке сети на виртуальной машине в основном вызваны недопониманием принципов реализации ее функционирования.

Многие хорошо знакомы с работой на «Виртуал Сервер» или «Microsoft’s Virtual PC» и привыкли к тому, что они функционируют как простые программы Виндовс.

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

Это обстоятельство накладывает некоторые нюансы на процедуру настройки доступа к сети ВМ Hyper-V из сетей.

Рассмотрим процесс на конкретном примере со следующими сетевыми параметрами: главный IP-адрес: ___.189.53.206/30; доп.адрес: ___.91.26.173/32; сервер с 2-мя интерфейсами (при этом задействован лишь 1-ый, а 2-ой отключен).

Далее всю процедуру исполняем только с LAN1.

Теперь можно приступить к настройке 2-х ВМ:

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

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

Установить отметки, как показано на скриншоте выше для создания 1-ой ВМ. Далее создать 2-ую, как изображено на рисунке ниже.

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

Важное отступление: Во время создания 1-го ВМ будут разорваны все подключения, поэтому рекомендуется предусмотреть дополнительное соединение с сервером, например, IPMI, IP-KVM либо прямой физический доступ.

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

В параметрах коммутатора (2-ой ВМ) указать IP-адрес. В результате этот ВМ на физическом сервере станет работать как шлюз.

Уже можно констатировать приятный факт, что ввод параметров сетевых интерфейсов на корневом сервере окончен.

Затем надо произвести настройки «RRAS», чтобы обеспечить перенаправление трафика к ВМ и обратно. С этой целью в меню «Диспетчера сервера» потребуется присвоить роль для «Службы политики сети и доступа».

По умолчанию она «Остановлена» и следует ее настроить.

Отобразится мастер, указания которого требуется пошагово исполнить.

Установить отметку в графу «Особая конфигурация».

Поставить галочки в два поля, как сделано на иллюстрации выше.

Клацнуть «Готово».

Кликнуть «Запустить службу». Далее проверить корректность выполненной работы через меню диспетчера.

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

Клацнуть строчку «Новый интерфейс» и применить внешний интерфейс.

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

Перейти в закладку «Пул адресов» и указать доп. адреса. От них запросы станут поступать на внутренние адреса ВМ.

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

В свойствах ввести параметры сети где расположен шлюз.

В результате ВМ получила выход во всемирную паутину. Чтобы удостовериться в этом, достаточно заглянуть в меню «Центра управления сетями и общим доступом».

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

Еще убедиться в правильности можно через любой интернет-сервис.

Задуманное успешно реализовано на практике, вот так просто можно применять несколько различных сетей на единственном реальном сервере, то есть физическом (сколько их пожелает создать администратор, столько же создается и коммутаторов).

А если требуется настроить сети на Линуксе, которая запущена под Hyper-V?

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

Сложность может быть устранена следующей «уловкой»: в Параметрах ВМ указать одну из «древних» сетевых карт. ОС такую картуувидит сразу, то есть возникшая сложность устраниться быстро.

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

Заключение

Отдельные пользователи пренебрегают этапом настроек по «Преобразованию сетевых адресов (NAT)», который описан в инструкции выше. Однако этот механизм обеспечивает доступ ВМ к сети через объединение IP основной электронно-вычислительной машины с портом через внутренний коммутатор Hyper-V. В итоге приобретаются несколько следующих преимуществ:

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

Ваш Hyper-V не подключается к Интернету? Попробуй это

Пользователи, которые пытаются использовать виртуальную машину Hyper-V в Windows 10, сообщили, что она не подключается к Интернету.

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

Вот что сказал один пользователь об этой проблеме на форумах Stackoverflow :

У меня Windows Server 2008 R2 с 2 сетевыми картами, но только с одним IP-адресом, на котором я установил Hyper-V. Внутри Hyper-V я создал 2 виртуальные машины. Я настроил внешнюю виртуальную сеть и выбрал сетевой адаптер, связанный с IP-адресом. Я также установил флажок, который позволяет использовать этот порт для доступа в Интернет. Физический сервер работает отлично, имеет доступ к Интернету и т. Д. Однако ни одна из двух виртуальных машин не может получить доступ к Интернету. Есть ли какие-то другие настройки, которые мне не хватает?

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

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

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

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

-> измените имя вашей виртуальной машины.
В разделе Тип подключения -> выберите Внешняя сеть -> Realtek PCIe GBE Familly Controller.
Установите флажок Разрешить управлению операционной системой для совместного использования этого сетевого адаптера -> нажмите Ok .

Примечание. Если появляется сообщение об ошибке «Ошибка применения изменений свойств виртуального коммутатора» -> откройте сеть хост-компьютера -> щелкните правой кнопкой мыши -> выберите « Свойства» -> снимите флажок « Расширяемый виртуальный коммутатор Hyper-V»

-> нажмите « ОК».

Можете ли вы запустить VirtualBox с Hyper-V в Windows 10 v1903? Вот ответ

2. Установите параметры конфигурации для сетевого адаптера.

Внутри диспетчера виртуальных машин -> прокрутите вниз на правой панели -> нажмите Настройки в разделе Windows 10 .
Выберите Сетевой адаптер на левой панели ->, чтобы переключиться в раскрывающееся меню Виртуальный коммутатор -> выберите переключатель, созданный в способе 1 -> нажмите Ok, чтобы сохранить настройки.

3. Настройте сетевое подключение, чтобы поделиться им с Hyper-V

На вашем компьютере с Windows 10 -> щелкните правой кнопкой мыши значок « Сеть» рядом с часами Windows -> нажмите « Открыть сеть и настройки Интернета».
На вкладке « Статус » -> нажмите « Изменить параметры адаптера».
В окне «Сетевые подключения» -> щелкните правой кнопкой мыши виртуальную машину -> щелкните « Свойства».
На вкладке «Общий доступ» -> включите параметр « Разрешить другим пользователям сети» подключаться к Интернету через этот компьютер -> выберите сетевой коммутатор, созданный ранее -> нажмите « ОК» -> включить Windows 10 в Hyper-V, чтобы завершить метод исправления.

Вывод

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

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

ЧИТАЙТЕ ТАКЖЕ:

Hyper v сетевой адаптер нет подключения

Настройка сети Hyper-V | База полезных знаний

Hyper-V – настройка сети, создание контрольных точек, импорт и экспорт виртуальных машин.

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

Настройка сети Hyper-V

Но сначала вы должны решить, какой виртуальный коммутатор вы создаете. А Virtual Switch Manager предлагает текстовое описание каждого типа коммутатора.

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

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

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

После того, как вы создали виртуальный коммутатор, его нужно подключить к виртуальной машине. В центральной области менеджера Hyper-V, щелкните по соответствующей ВМ. Затем в нижней правой области, щелкните по настройкам. Что откроет настройки виртуальной машины.

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

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

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

Создание контрольных точек Hyper-V

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

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

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

Hyper-V — импорт и экспорт виртуальных машин

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

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

Откроется мастер импорта виртуальной машины, где вас спросят, в какой папке (не файл) находится сохраненная копия ВМ.

Затем вы увидите название ВМ и подробности ее создания. Если это то, что вам надо, щелкните дальше.

Теперь вас спросят, как вы хотите импортировать ВМ. Для этого существуют три возможности:

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

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

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

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

Последний шаг — подтвердить выбранные настройки.

Интегрирование в виртуальную машину дополнительных служб

Некоторые операционные системы, особенно более ранние версии Windows, не предоставляют сетевой доступ или другие нужные функции. И вам придется включить дополнительные функции ВМ. Делать это нужно в работающей виртуальной машине.

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

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

Источник: https://datbaze.ru/computer/nastroyka-seti-hyper-v.html

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

08.08.2020
Чтение занимает 4 мин

Область применения. Windows Server (Semi-Annual Channel), Windows Server 2016Applies To: Windows Server (Semi-Annual Channel), Windows Server 2016

В этом разделе представлен обзор виртуального коммутатора Hyper-V, который предоставляет возможность подключать виртуальные машины виртуальных машин ( ) к сетям, внешним по отношению к — узлу Hyper V, включая интрасеть Организации и Интернет.This topic provides an overview of Hyper-V Virtual Switch, which provides you with the ability to connect virtual machines (VMs) to networks that are external to the Hyper-V host, including your organization’s intranet and the Internet.

-При развертывании программно-определяемой сети Sdn можно также подключаться к виртуальным сетям на сервере с Hyper V ( ) .You can also connect to virtual networks on the server that is running Hyper-V when you deploy Software Defined Networking (SDN).

-Виртуальный коммутатор Hyper v — это программный коммутатор уровня 2 Ethernet, доступный в диспетчере Hyper-v — при установке роли Hyper- — сервера.Hyper-V Virtual Switch is a software-based layer-2 Ethernet network switch that is available in Hyper-V Manager when you install the Hyper-V server role.

Виртуальный коммутатор Hyper-V включает программно управляемые и расширяемые возможности для подключения виртуальных машин к виртуальным сетям и физической сети.Hyper-V Virtual Switch includes programmatically managed and extensible capabilities to connect VMs to both virtual networks and the physical network. Виртуальный коммутатор Hyper-V также обеспечивает применение политик в области безопасности, изоляции и уровней обслуживания.In addition, Hyper-V Virtual Switch provides policy enforcement for security, isolation, and service levels.

Примечание

Виртуальный коммутатор Hyper-V поддерживает только Ethernet и не поддерживает другие технологии проводной сети, такие как Infiniband и Fibre Channel.Hyper-V Virtual Switch only supports Ethernet, and does not support any other wired local area network (LAN) technologies, such as Infiniband and Fibre Channel.

Виртуальный коммутатор Hyper-V включает возможности изоляции клиентов, формирования трафика, защиты от вредоносных виртуальных машин и упрощение устранения неполадок.Hyper-V Virtual Switch includes tenant isolation capabilities, traffic shaping, protection against malicious virtual machines, and simplified troubleshooting.

Благодаря встроенной поддержке спецификации интерфейса сетевых устройств NDIS- ( ) драйверы фильтров и ( ) вызываемые драйверы платформы фильтрации Windows, виртуальный коммутатор Hyper-V позволяет независимым поставщикам программного обеспечения ( ) создавать расширяемые подключаемые модули, называемые расширениями виртуальных коммутаторов, которые могут предоставлять расширенные возможности работы в сети и безопасности.

With built-in support for Network Device Interface Specification (NDIS) filter drivers and Windows Filtering Platform (WFP) callout drivers, the Hyper-V Virtual Switch enables independent software vendors (ISVs) to create extensible plug-ins, called Virtual Switch Extensions, that can provide enhanced networking and security capabilities. Добавленные расширения виртуального коммутатора отображаются в компоненте «Диспетчер виртуальных коммутаторов» в составе диспетчера Hyper-V.

Virtual Switch Extensions that you add to the Hyper-V Virtual Switch are listed in the Virtual Switch Manager feature of Hyper-V Manager.

На следующем рисунке у виртуальной машины есть виртуальный сетевой адаптер, подключенный к виртуальному коммутатору Hyper-V через порт коммутатора.In the following illustration, a VM has a virtual NIC that is connected to the Hyper-V Virtual Switch through a switch port.

Возможности виртуального коммутатора Hyper-V предоставляют дополнительные возможности для обеспечения изоляции клиентов, формирования и управления сетевым трафиком, а также применения защитных мер к вредоносным виртуальным машинам.Hyper-V Virtual Switch capabilities provide you with more options for enforcing tenant isolation, shaping and controlling network traffic, and employing protective measures against malicious VMs.

Примечание

В Windows Server 2016 виртуальная машина с виртуальным сетевым адаптером точно отображает максимальную пропускную способность для виртуального сетевого адаптера.In Windows Server 2016, a VM with a virtual NIC accurately displays the maximum throughput for the virtual NIC. Чтобы просмотреть скорость виртуального сетевого адаптера в окне » Сетевые подключения«, щелкните правой кнопкой мыши значок нужного виртуального сетевого адаптера и выберите пункт состояние.

To view the virtual NIC speed in Network Connections, right-click the desired virtual NIC icon and then click Status. Откроется диалоговое окно состояние виртуального сетевого адаптера.The virtual NIC Status dialog box opens. В поле « соединение» значение параметра Speed соответствует скорости физического сетевого адаптера, установленного на сервере.

In Connection, the value of Speed matches the speed of the physical NIC installed in the server.

Использование виртуального коммутатора Hyper-VUses for Hyper-V Virtual Switch

Ниже приведены некоторые сценарии вариантов использования для виртуального коммутатора Hyper-V.Following are some use case scenarios for Hyper-V Virtual Switch.

Отображение статистики. разработчик в размещенном поставщике облачных служб реализует пакет управления, который отображает текущее состояние виртуального коммутатора Hyper-V.Displaying statistics: A developer at a hosted cloud vendor implements a management package that displays the current state of the Hyper-V virtual switch.

Пакет управления может запрашивать текущие возможности коммутатора, параметры конфигурации и сетевую статистику по отдельным портам при помощи инструментария WMI.The management package can query switch-wide current capabilities, configuration settings, and individual port network statistics using WMI. После этого для администраторов отображается состояние коммутатора.

The status of the switch is then displayed to give administrators a quick view of the state of the switch.

Отслеживание ресурсов. Компания размещения продает услуги по размещению цен в соответствии с уровнем принадлежности.Resource tracking: A hosting company is selling hosting services priced according to the level of membership. Каждый уровень участия имеет свои характеристики сети.Various membership levels include different network performance levels.

Администратор выделяет ресурсы таким образом, чтобы одновременно обеспечивать соответствие соглашениям об уровне обслуживания и доступность сети.The administrator allocates resources to meet the SLAs in a manner that balances network availability. Администратор программно отслеживает такие сведения, как текущее использование пропускной способности и число назначенных виртуальных машин (VMQ) очереди виртуальных машин или каналов IOV.

The administrator programmatically tracks information such as the current usage of bandwidth assigned, and the number of virtual machine (VM) assigned virtual machine queue (VMQ) or IOV channels. Та же программа периодически записывает в журнал используемые ресурсы, а также ресурсы, выделенные для отслеживания двойных записей или ресурсов на каждой виртуальной машине.

The same program also periodically logs the resources in use in addition to the per-VM resources assigned for double entry tracking or resources.

Управление порядком расширений коммутатора. предприятие установило расширения на своем узле Hyper-V для отслеживания трафика и обнаружения вторжений в отчетах.Managing the order of switch extensions: An enterprise has installed extensions on their Hyper-V host to both monitor traffic and report intrusion detection.

Во время технического обслуживания некоторые расширения могут быть обновлены, что приведет к изменению их порядка.During maintenance, some extensions may be updated causing the order of extensions to change. Выполняется простой сценарий для переупорядочения расширений после обновления.A simple script program is run to reorder the extensions after updates.

Расширение переадресации управляет идентификатором виртуальной ЛС. Компания крупного коммутатора создает расширение переадресации, которое применяет все политики для работы в сети.Forwarding extension manages VLAN ID: A major switch company is building a forwarding extension that applies all policies for networking. Один из управляемых элементов — идентификаторы виртуальной локальной сети (VLAN).One element that is managed is virtual local area network (VLAN) IDs. Виртуальный коммутатор передает управление виртуальной локальной сетью расширению переадресации.

The virtual switch cedes control of the VLAN to a forwarding extension. Установка компании коммутатора программным способом вызывает интерфейс прикладного программирования (API) инструментарий управления Windows (WMI) (WMI), который включает прозрачность, указывая, что виртуальный коммутатор Hyper-V передается и не принимает никаких действий с тегами VLAN.

The switch company’s installation programmatically call a Windows Management Instrumentation (WMI) application programming interface (API) that turns on the transparency, telling the Hyper-V Virtual Switch to pass and take no action on VLAN tags.

Функции виртуального коммутатора Hyper-VHyper-V Virtual Switch Functionality

Виртуальный коммутатор Hyper-V включает следующие важные компоненты.Some of the principal features that are included in the Hyper-V Virtual Switch are:

Защита ARP/ND (подмена). обеспечивает защиту от ВРЕДОНОСНОЙ виртуальной машины с помощью подмены протокола адресов (ARP) для кражи IP-адресов с других виртуальных машин.ARP/ND Poisoning (spoofing) protection: Provides protection against a malicious VM using Address Resolution Protocol (ARP) spoofing to steal IP addresses from other VMs. Защищает от атак узлов IPv6 путем спуфинга протокола обнаружения соседей (ND).Provides protection against attacks that can be launched for IPv6 using Neighbor Discovery (ND) spoofing.
Защита DHCP- сервера. обеспечивает защиту от ВРЕДОНОСНОЙ виртуальной машины, представляющей себя как DHCP-сервер для атак типа «злоумышленник в середине».DHCP Guard protection: Protects against a malicious VM representing itself as a Dynamic Host Configuration Protocol (DHCP) server for man-in-the-middle attacks.
Списки ACL портов. обеспечивает фильтрацию трафика на основе IP-адресов и диапазонов, позволяющих настроить изоляцию виртуальной сети.Port ACLs: Provides traffic filtering Media Access Control (MAC) or Internet Protocol (IP) addresses/ranges, which enables you to set up virtual network isolation.
Режим магистрали для виртуальной машины. позволяет администраторам настроить определенную виртуальную машину в качестве виртуального устройства, а затем направить трафик из различных виртуальных ЛС в эту виртуальную машину.Trunk mode to a VM: Enables administrators to set up a specific VM as a virtual appliance, and then direct traffic from various VLANs to that VM.
Мониторинг сетевого трафика: позволяет администраторам просматривать трафик, проходящий через сетевой коммутатор.Network traffic monitoring: Enables administrators to review traffic that is traversing the network switch.
Изолированная (частная) виртуальная ЛС. позволяет администраторам разделять трафик по нескольким виртуальным ЛС, чтобы упростить установку изолированных сообществ клиентов.Isolated (private) VLAN: Enables administrators to segregate traffic on multiple vlans, to more easily establish isolated tenant communities.

Ниже приведен перечень возможностей, которые улучшают использование виртуального коммутатора Hyper-V.Following is a list of capabilities that enhance Hyper-V Virtual Switch usability:

Предел пропускной способности и поддержка пакетов: минимальное значение пропускной способности гарантирует зарезервированную пропускную способностьBandwidth limit and burst support: Bandwidth minimum guarantees amount of bandwidth reserved. Максимум полосы пропускания — это объем полосы пропускания, который может использовать виртуальная машина.Bandwidth maximum caps the amount of bandwidth a VM can consume.
Поддержка явных уведомлений о перегрузке (ECN). Маркировка ECN, также известная как центерткп данных (дкткп), позволяет физическому коммутатору и операционной системе регулировать поток трафика таким образом, чтобы буферные ресурсы коммутатора не перенаправлялись, что приводит к повышению пропускной способности трафика.Explicit Congestion Notification (ECN) marking support: ECN marking, also known as Data CenterTCP (DCTCP), enables the physical switch and operating system to regulate traffic flow such that the buffer resources of the switch are not flooded, which results in increased traffic throughput.
Диагностика. Диагностика позволяют легко отслеживать и отслеживать события и пакеты с помощью виртуального коммутатора.Diagnostics: Diagnostics allow easy tracing and monitoring of events and packets through the virtual switch.

Источник: https://docs.microsoft.com/ru-ru/windows-server/virtualization/hyper-v-virtual-switch/hyper-v-virtual-switch

Настраиваем сеть в Hyper-V

Внешняя сеть

А в свойствах физического адаптера остался только Расширяемый виртуальный сетевой коммутатор в Hyper-V.

Внутренняя сеть

Внутренняя сеть c NAT

Частная сеть

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

Hyper-V,
Windows Server,
Windows Server 2012,
Виртуализация

Источник: https://interface31.ru/tech_it/2014/01/nastraivaem-set--v-hyper-v.html

Настройка интернета в HYPER-V

По просьбе трудящихся

=================

Предыдущая тема:

https://subscribe.ru/group/s-windows-na-tyi-ili-windows-dlya-nachinayuschih-2/10306875/

==============

Открываем «Диспетчер виртуальных коммутаторов.

=======================

============================

Жмём «Создать…», выбираем «Внешняя»

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

==============

======================

Присваиваем имя — выбираем сеть — жмём «Применить»

===============

==================

Если выскочит такое окно, то не пугаемся, жмём «Да»

интернет на несколько секунд пропадёт, но сразу восстановится.

============

=====================

Далее не мешает проверить подключен ли интернет

для данной виртуальной машины

=============

============

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

жмём Применить — ОК

===========

================

Запускаем машину и радуемся жизни

===========

Windows 8 и Hyper-V не может соединить подключение Wi-Fi

Так что у меня есть странная проблема, которую я не могу понять… Я запускаю Windows 8 корпоративная на ноутбуке Dell 6420. У меня есть беспроводной адаптер Broadcom 802.11 n. Я подключен к домашнему маршрутизатору (Netgear WNDR3700), подключенному к интернету. Это очень простая настройка домашней сети. Я пытаюсь встать на несколько виртуальных машин в Hyper-V и хочу, чтобы виртуальные машины могли получать доступ к интернету через мое беспроводное соединение. Я нашел множество примеров того, как настроить это, используя как внешние и внутренние виртуальные коммутаторы, но еще не смогли заставить его работать на моей машине.

я сузил проблему вниз к тому, что мой хозяин машина всегда теряет соединение с интернетом, когда я заполняю мой WiFi соединение (как при мостовом системой Windows автоматически, когда я настроить внешний виртуальный коммутатор привязан к WiFi адаптер или если я делаю это вручную, создав внутренний виртуальный коммутатор, нажмите правой кнопкой мыши и WiFi-сети и выбрать «подключения типа мост».) В обоих случаи после того, как мост установлен, моя хост-машина больше не может подключиться к интернету. Я не уверен, с чего начать с устранения этой проблемы. После того, как мост настроен, ipconfig показывает все устройства netowrk на машине как «разъединенные носители». Я знаю, что беспроводной адаптер подключен к маршрутизатору b / c, он показывает соединение как активное и полное.

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

любые мысли или предложения о том, как устранить неполадки?

источник

Виртуальные машины и сети — Статьи —

Работа с виртуальными сетями

Все сетевое взаимодействие в среде Microsoft Hyper-V осуществляется через виртуальные сети (Virtual Networks). Де-факто виртуальная сеть — это виртуальный коммутатор, работающий на 2м уровне модели OSI. К этому виртуальному коммутатору в дальнейшем могут подсоединяться сетевые адаптеры: как виртуальные, так и физические. Тем не менее, надо отметить, что взаимодействовать между собой виртуальные сети не могут. Для такого взаимодействия необходимо некое внешнее устройство. Я все же надеюсь, что в одной из следующих версий появятся полноценные виртуальные сети с виртуальными коммутаторами — например такие, как в VMWare ESX.
В Hyper-V существует три типа виртуальных сетей:

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

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

Private — «еще более внутренняя сеть». Виртуальные машины могут взаимодействовать только между собой, к хостовой ОС и к общей сети доступа нет.

Создание новых виртуальных сетей, а так же изменение параметров уже созданных осуществляется через Virtual Network Manager (в правой колонке консоли Hyper-V Manager). Чтобы создать новую сеть — нужно выбрать New virtual network, затем выбрать тип сети и нажать Add.

Окно Virtual Network Manager

После нажатия Add в списке виртуальных сетей появляется новая, с дефолтным именем «New Virtual Network». Выбрав ее, можно задать новое имя сети (рекомендуется давать понятные имена — например External, Internal и т.д.). Здесь же можно поменять тип сети на другой или включить идентификацию VLAN (подробнее о VLAN — далее). Если выбран тип сети External — то здесь же можно выбрать физический сетевой адаптер, к которому эта сеть будет подсоединена. Это может быть важно, если сервер имеет несколько физических сетевых адаптеров.

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

Логично, что для того, чтобы работать с сетью, виртуальная машина должна иметь как минимум один виртуальный сетевой адаптер. Все создаваемые виртуальные машины по умолчанию комплектуются одним сетевым адаптером. При создании виртуальной машины можно выбрать, к какой из созданных виртуальных сетей он будет подключен. Если виртуальная машина должна иметь несколько сетевых адаптеров — их необходимо добавить вручную в свойствах виртуальной машины. Разумеется, виртуальная машина должна быть в выключенном состоянии (Off), чтобы иметь возможность добавления новых «виртуальных железок». В Hyper-V есть два типа сетевых адаптеров:Network Adapter и Legacy Network Adapter. Network Adapter — работает на скорости 1Гбит/с, и требует для своей работы установленных Integration Services. Legacy Network Adapter эмулирует работу 100Мбит/с сетевого адаптера Intel 21140-based PCI Fast Ethernet Adapter. Рекомендуется использовать Network Adapter, так как он работает намного быстрее. Использовать Legacy Network Adapter имеет смысл в двух случаях:

Если версия ОС, установленная на виртуальной машине, не позволяет установить Integration Services.

Если на виртуальной машине будет использоваться удаленная загрузка ОС (к примеру — установка Windows c сервера RIS/WDS).

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

Свойства виртуального сетевого адаптера

Самое, пожалуй, главное здесь — выбор виртуальной сети, к которой наш адаптер будет подключен. Так же здесь можно задать адаптеру определенный MAC-адрес (мне еще ни разу не пригодилось) и присвоить адаптеру определенный VLAN ID.

А как же хост?

Как уже писалось, в некоторых случаях виртуальные сети могут взаимодействовать так же и с хостовой ОС, установленной на физическом сервере. Как это происходит? Очень просто. Допустим, у нас создана одна виртуальная сеть типа External (Ext), одна — типа Internal (Int), и одна — типаPrivate (Pvt). Заглянем в управление сетевыми адаптерами (Control Panel — Network and Sharing Center — Manage Network Connections).

Сетевые адаптеры на хосте

В нашем случае — у сервера появилось три сетевых адаптера. Слева — направо:

«Железный» сетевой адаптер, установленный в сервер. Играет исключительно роль «моста» между гипервизором и сетью, если открыть его свойства — все протоколы 3го уровня и выше на нем отключены, включен только Microsoft Virtual Network Switching Protocol (думаю, понятно и без перевода).
Виртуальный адаптер для External-сети (именно на нем прописаны IP-адрес, под которым наш сервер присутствует в сети, DNS, etc.). Взаимодействует хостовая ОС с сетью именно через этот виртуальный адаптер, и уже с него пакеты переправляются в сеть через физический адаптер.
Виртуальный адаптер для Internal-сети. Используется для связи виртуальной сети и хостовой ОС, с физическими сетевыми адаптерами не связан.

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

Масло масляное, или виртуальная сеть внутри виртуальной сети

Аббревиатура VLAN расшифровывается как Virtual Local Area Network. К сожалению, понятие «виртуальная сеть» мы уже использовали, так что прошу не путать «виртуальную сеть» и VLAN. Итак, что же такое VLAN? VLAN — это расширение 2 уровня OSI, заключающееся в пометке пакетов специальным номером (VLAN ID). Каждому сетевому адаптеру, входящему в VLAN, присваивается одинаковый VLAN ID. Адаптер, отправляющий пакет, помечает его своим VLAN ID. Коммутаторы (виртуальные сети, и физические коммутаторы, поддерживающие VLAN) хранят таблицу соответствия МАС-адресов сетевых адаптеров и VLAN ID, и благодаря этому к адаптерам, имеющим VLAN ID, попадают только те пакеты, которые помечены соответствующим номером, то есть, даже будучи подключенными к одному и тому же коммутатору, сетевые адаптеры могут быть разнесены по разным VLANам и таким образом находится в разных широковещательных доменах. То есть фактически — это «сеть внутри сети». В нашем случае получается еще смешнее: виртуальная сеть внутри виртуальной сети.

Проиллюстрировать принцип работы VLANов можно следующей картинкой:

Иллюстрация работы VLAN’ов

На рисунке мы видим 3 виртуальные машины внутри одного хоста. Физически они соединены с одним виртуальным коммутатором. Тем не мене, логически — только адаптеры внутри одного VLAN могут обмениваться пакетами друг с другом.
Надеюсь, что я объяснял не слишком сумбурно, и этой статьи достаточно, чтобы понять, как организуется сетевое взаимодействие в среде Hyper-V. Если я что-то упустил — смело скажите об этом в комментариях, я обязательно поправлю.

Низкая скорость сети на хосте Hyper-V с Windows Server 2019

Несколько раз встречался с тем, что скорость копирования файлов по сети с/на виртуальные машины на Hyper-V в Windows Server 2019 намного ниже, чем в ВМ аналогичной конфигурации на хосте с Windows Server 2016. В некоторых тестах скорость записи/чтения данных по сети на ВМ в Windows Server 2019 почти в три раза ниже, чем в WS2016 (тестировалось копирование по SMB, SSH/SCP). Эта статья не претендует на абсолютную истину, но в ней я попытался собрать различные методики улучшения производительности сети в виртуальных машинах Hyper-V на Windows Server 2019 (и последних билдах Windows 10).

Receive Segment Coalescing в Hyper-V 2019

В первую очередь нужно вспомнить про технологии Receive Segment Coalescing (RSC), которая появилась в Hyper-V на Windows Server 2019/2022 (и в Windows 10 начиная с билда 1809). Receive Segment Coalescing используется на уровне виртуального коммутатора (vSwitch), позволяет снизить нагрузку на CPU и увеличить пропускную способность сети за счет объединения нескольких TCP сегментов в меньшее количество более крупных сегментов. Увеличение производительности сети достигается за счет того, что несколько больших сегментов обрабатывают быстрее множества мелких.

В предыдущих версиях Hyper-V на Windows Server 2016/2012R2 поддерживалась только аппаратная версия Receive Segment Coalescing на уровне сетевой карты.

Наличие включенной поддержки RSC часто бывает источником дополнительной сетевой задержки в некоторых комбинациях железа.

Проблема проявляется как в полноценной Windows Server 2019 с графическим интерфейсом, так и в бесплатной редакции Windows Hyper-V Server.

По умолчанию в Windows Server 2019 RSC включен для всех внешних (External) vSwitches.

Проверить, включен ли RSC для виртуальных коммутаторов можно командой:

Get-VMSwitch | Select-Object *RSC*

Можно запретить использовать RSC для IPv4 трафика на уровне клиентского сетевого адаптера:

Disable-NetAdapterRsc -Name "Ethernet" -IPv4

Проверьте, увеличится ли скорость копирования в ВМ на Hyper-V при отключении RSC. Если скорость сети увеличилась, можно отключить RSC на виртуальном коммутаторе, к которому подключена ВМ.

Пропускную способность сети можно замерить с помощью утилиты iperf.

Чтобы отключить программный RSC для определенного виртуального коммутатора, выполните команду:

Set-VMSwitch -Name vSwitchName -EnableSoftwareRsc $false

Включить/отключить RSC можно на лету, это не повлияет на активные подключения.

Либо можно полностью отключить RSC на хосте:

netsh int tcp set global rsc=disabled

Режим VMQ в драйвере сетевого адаптера

В некоторых случаях наличие включенной опции VMQ (Virtual Machine Queue) в драйвере сетевого адаптера физического хоста Hyper-V может привести к плохой производительности сети в виртуальных машинах Hyper-V. Связано это с тем, что VMQ это аппаратная функция, и, если она не поддерживается железом, но включена в драйвере это вызывает потерю пакетов и увеличивает сетевую задержку. Эта проблема характерна для сетевых карточек Broadcom Gigabit и встречается во всех версиях Hyper-V на Windows 2012 R2/2016/2019.

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

Вы можете отключить VMQ в свойствах драйвера сетевого адаптера.

Либо вы можете вывести список сетевых адаптеров с поддержкой VMQ и их статус с помощью PowerShell:

Get-NetAdapterVmq

Чтобы отключить VMQ для определенного адаптера, выполните команду (сетевой адаптер будет недоступен в течении пары секунд):

Set-NetAdapterVmq -Name “NICName” -Enabled $False

После отключения VMQ лучше перезагрузить хост и проверить сетевую производительность.

Оптимизация параметров протокола TCP для Windows Server 2019 Hyper-V

Сохраните текущие настройки TCP на хосте Hyper-V и примените новые настройки, которые сделают настройки протокола TCP в Windows Server 2019 максимально похожими на Windows Server 2016.

Сохраните текущие настройки:

Get-NetTCPSetting -SettingName Datacenter,DatacenterCustom,InternetCustom,Internet|select SettingName,CongestionProvider,CwndRestart,ForceWS|Export-csv c:\ps\nettcp_backup.csv

В Windows Server 2019 и Windows 10 1709+ по-умолчанию используется реализация протокола TCP — CUBIC. Данный алгоритм оптимизирован для использования в высокоскоростных сетях с большой задержкой (также используется по-умолчанию в ядре Linux начиная с 2.6.19).

Следующие настройки нужно применять только на Windows Server 2019 или Hyper-V 2019.

Примените новые настройка для LAN сети:

Set-NetTCPSetting -SettingName DatacenterCustom,Datacenter -CongestionProvider DCTCP Set-NetTCPSetting -SettingName DatacenterCustom,Datacenter -CwndRestart True Set-NetTCPSetting -SettingName DatacenterCustom,Datacenter -ForceWS Disabled

Для WAN сети:

Set-NetTCPSetting -SettingName InternetCustom,Internet -CongestionProvider CTCP Set-NetTCPSetting -SettingName InternetCustom,Internet -DelayedAckTimeoutMs 50 Set-NetTCPSetting -SettingName InternetCustom,Internet -ForceWS Disabled

Отключите методики оптимизации сетевого RSS и RSC на уровне стека TCP:

netsh int tcp show global netsh int tcp set global RSS=Disabled netsh int tcp set global RSC=Disabled

или на уровне сетевых адаптеров:

Get-NetAdapter | Set-NetAdapterAdvancedProperty -DisplayName "Recv Segment Coalescing (IPv4)" -DisplayValue "Disabled" -NoRestart Get-NetAdapter | Set-NetAdapterAdvancedProperty -DisplayName "Recv Segment Coalescing (IPv6)" -DisplayValue "Disabled" -NoRestart Get-NetAdapter | Set-NetAdapterAdvancedProperty -DisplayName "Receive Side Scaling" -DisplayValue "Disabled" –NoRestart

Отключите vRSS для всех ВМ:

Get-VM | Set-VMNetworkAdapter -VrssEnabled $FALSE

Отключите функцию Large Send Offload (LSO) на сетевых картах:
Get-NetAdapter | Set-NetAdapterAdvancedProperty -DisplayName "Large Send Offload Version 2 (IPv4)" -DisplayValue "Disabled" -NoRestart Get-NetAdapter | Set-NetAdapterAdvancedProperty -DisplayName "Large Send Offload Version 2 (IPv6)" -DisplayValue "Disabled" -NoRestart Get-NetAdapter | Restart-NetAdapter

Также эти опции можно отключить в свойствах сетевого адаптера на вкладке Advanced:

Recv Segment Coalescing (IPv4/IPv6) = Disabled
Large Send Offload V2 (IPv4/IPv6) = Disabled

Данные настройки стека TCP максимально приблизят настройки сетевых протоколов Windows Server 2019 к предыдущим версиям Windows Server.

машин Hyper-V не подключаются к Интернету

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

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

Компьютер под управлением Windows, который получает IP-адрес от DHCP, может автоматически назначить себе IP-адрес, если DHCP-сервер недоступен. Это может произойти, если DHCP-сервер временно отключен для обслуживания.

Управление по присвоению номеров в Интернете (IANA) зарезервировало 169.254.0.0 – 169.254.255.255 для автоматической частной IP-адресации.

Когда вы используете общее интернет-соединение между рабочей станцией и виртуальными машинами Hyper-V, обычно мы используем соединение NAT.

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

Компьютеры Hyper-V не подключаются к Интернету

Когда вы запускаете ipconfig /all на машине Hyper-v, которая не подключена к Интернету, вы видите что-то подобное. Машина получает IP-адрес APIPA.

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

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

На вашей рабочей станции введите ncpa.cpl в команде запуска и нажмите Enter. В окне «Сетевые подключения» щелкните правой кнопкой мыши сетевой мост и выберите Свойства .

Выберите расширяемый виртуальный коммутатор Hyper-V. Нажмите ОК .

Вернитесь к своей машине Hyper-v, и вы увидите, что интернет-соединение восстановлено. Теперь вы можете просматривать Интернет.

Ваш Hyper-V не подключается к Интернету? Попробуйте это

Будучи художником всю свою жизнь, а также играя в гандбол на профессиональном уровне, Владимир также развил страсть ко всему, что связано с компьютерами.С врожденным увлечением исследованиями и анализом, а также пониманием… Читать далее

Пользователи, которые пытаются использовать виртуальную машину Hyper-V в Windows 10, сообщают, что она не подключается к Интернету.

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

Вот что один пользователь сказал об этой проблеме на форумах Stackoverflow:

У меня есть Windows Server 2008 R2 с 2 сетевыми картами, но только с одним IP-адресом, на который я установил Hyper-V.Внутри Hyper-V я создал 2 виртуальные машины. Я настроил внешнюю виртуальную сеть и выбрал сетевую карту, привязанную к IP-адресу. Я также установил флажок, который позволяет использовать этот порт для доступа в Интернет. Физический сервер отлично работает, имеет доступ к Интернету и т. д. Однако ни одна из двух виртуальных машин не может получить доступ к Интернету. Есть ли какие-либо другие настройки, которые мне не хватает?

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

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

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

Выключите виртуальную машину Windows 10.
Откройте Hyper-V Manager -> щелкните параметр Virtual Switch Manager на панели справа.
В открывшемся окне -> нажмите Новый виртуальный сетевой коммутатор , найденный на левой боковой панели.
На правой боковой панели -> выберите Внешний -> Создать виртуальный коммутатор.
В окне свойств виртуального коммутатора -> измените имя вашей виртуальной машины.
В разделе Тип подключения -> выберите Внешняя сеть -> Realtek PCIe GBE Family Controller.
Установите флажок рядом с Разрешить операционной системе управления совместно использовать этот сетевой адаптер -> нажмите Ok .

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

Можете ли вы запустить VirtualBox с Hyper-V в Windows 10 v1903? Вот ответ

2. Установите параметры конфигурации для сетевого адаптера

Внутри диспетчера виртуальных машин -> прокрутите вниз на правой боковой панели -> щелкните Настройки в разделе Windows 10 .
Выберите Сетевой адаптер на левой боковой панели -> переключите раскрывающееся меню Virtual Switch -> выберите коммутатор, созданный в Метод 1 -> нажмите OK, чтобы сохранить настройки.

3. Настройте сетевое подключение, чтобы поделиться им с Hyper-V

На хост-компьютере с Windows 10 -> щелкните правой кнопкой мыши значок Network рядом с часами Windows -> щелкните Открыть настройки сети и Интернета.
На вкладке Status -> нажмите Изменить параметры адаптера.
В окне «Сетевые подключения» -> щелкните правой кнопкой мыши свою виртуальную машину -> выберите «Свойства».
На вкладке «Общий доступ» -> включите параметр Разрешить другим пользователям сети подключаться через интернет-соединение этого компьютера -> выберите сетевой коммутатор, созданный ранее -> нажмите Ok -> включите Windows 10 в Hyper-V , чтобы завершить метод исправления.

Заключение

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

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

ЧИТАЙТЕ ТАКЖЕ:

Была ли эта страница полезной? 3
Спасибо!
Недостаточно подробностей Сложно понять Другой Связаться с экспертом
Есть 1 комментарий
Сеть
— сервер Hyper-V 2019 — Интернет не работает для гостевой виртуальной машины
Я новичок в Hyper-V и пытаюсь сделать что-то очень простое:
Настройка сервера Hyper-V 2019
На этом сервере установите Gen2 WM Windows server 2016
У меня есть идентичное оборудование, успешно работающее с Hyper-V (и 2 виртуальными машинами) в качестве роли в Windows Server 2016 Standard.Следовательно, это оборудование, скорее всего, подойдет для виртуализации… и как было заказано только для этой цели.
Но я никак не могу заставить гостевую виртуальную машину подключиться к сети! Я просмотрел предыдущие сообщения на эту тему и не нашел никаких решений, которые я еще не изучил.
Настроить гиперсервер и присоединить его к домену было довольно просто. Событие, устанавливающее виртуальную машину, было довольно простым.
Вот текущее состояние после того, как я перезапустил с нуля (имеется в виду переустановка компьютера с нуля) и оставил значение по умолчанию, сгенерированное Microsoft:
У хоста есть доступ к Интернету (и он подключен к AD) через Ethernet NIC#1
Назначенный статический IP-адрес: 192.168.0.96
Подсеть: 255.255.255.0
шлюз: 192.168.0.1
DNS: 192.168.0.1
Из удаленного диспетчера Hyper-V я создал новый виртуальный коммутатор (только один)
Имя: vSwitchExternXyz
Тип: внешний
Подключено к внешней сети с помощью того же NIC#1
Операционной системе управления разрешено совместно использовать этот сетевой адаптер ( по умолчанию )
При выполнении «ipconfig» в командной строке на хосте я вижу новый созданный «адаптер Ethernet vEthernet (vSwitchExternXyz)», имеющий:
Автоконфигурация IP4 Адрес: 169.254.197.61 ( эй, это адрес APIPA ! )
Подсеть: 255.255.0.0
шлюз: нет!
Из удаленного диспетчера Hyper-V я назначил этот виртуальный коммутатор vSwitchExternXyz ( единственный, который я создал на хосте )
Я оставил обе опции «Включить идентификацию виртуальной локальной сети» и «Включить управление полосой пропускания» не отмеченными ( они не отмечены по умолчанию )
Когда я запускаю и подключаюсь к этой единственной виртуальной машине и смотрю ее сетевую конфигурацию, я получаю:
Автоконфигурация IP4 Адрес: 169.254.224.167 ( снова другой адрес APIPA! )
Подсеть: 255.255.0.0
шлюз: нет!
Судя по этой картинке, я не очень удивлен, что не могу даже пропинговать ни один IP-адрес за пределами диапазона адресов APIPA, потому что шлюз по умолчанию отсутствует. Я пытался назначить ему IP-адрес и действительный шлюз (такие же, как у хоста), но это не имело значения. Но я пока не знаю, как должна выглядеть удачная конфигурация.
Вопросы
У меня нет рабочей среды, с которой можно было бы сравнить, чтобы убедиться, что эти значения по умолчанию верны.Должны ли виртуальный коммутатор и адаптер vNIC виртуальной машины получать IP-адреса?
Разве виртуальный коммутатор и адаптер vNIC виртуальной машины не должны находиться в той же подсети, что и хост (что означает 192.168.0.x), и указывать на один и тот же шлюз?
Что не так с моей виртуальной машиной, которая не имеет доступа к Интернету?
Нет доступа к Интернету на хосте после включения Hyper-V (или любого программного обеспечения для виртуальных машин, например, VirtualBox) — .NET MVP KenLin @HKSAR
Недавно я установил Oracle VM VirtualBox и включил функцию Hyper-V на своем Win10 Professional (1709).С тех пор я не могу просматривать какие-либо веб-страницы интрасети или Интернета в IE и Edge. Но нет никаких проблем, если я отключу только что добавленный виртуальный сетевой адаптер.
Пробовал гуглить и искать как исправить. Но я не нашел никакой подсказки вообще.
Через несколько дней у меня в голове вдруг загорается лампочка.
Я думаю, что это могут быть приоритеты адаптера, поэтому весь сетевой трафик отправляется через виртуальный сетевой адаптер. Затем я узнаю НАСТОЯЩЕЕ решение, чтобы исправить это.Теперь все недавно добавленные виртуальные сетевые адаптеры включены, и у меня нет проблем с просмотром веб-страниц в интрасети и Интернете.
Вот шаги по исправлению.
Открыть Windows PowerShell
Запустите «Get-NetAdapter», чтобы просмотреть информацию обо всех адаптерах
Теперь вы можете увидеть значение IfIndex для виртуального сетевого адаптера (на моем ПК оно равно 18, на вашем ПК будет другое значение). Запомните это значение.
Затем мы запускаем «Get-NetIPInterface», чтобы вывести всю информацию об IP-интерфейсе
«Настоящим» сетевым адаптером для доступа к интрасети и Интернету является IfIndex=52, а его InterfaceMetric — 35.
Виртуальный сетевой адаптер (IfIndex=18) имеет InterfaceMetric=15.
В Windows меньшее число означает более высокий приоритет. Это означает, что весь сетевой трафик будет исходить из виртуального сетевого адаптера, и, похоже, я потерял весь доступ в Интернет. Теперь нам нужно понизить приоритеты виртуального сетевого адаптера. Потому что у моего адаптера Wi-Fi InterfaceMetric=45. Поэтому я думаю, что установка 55 для виртуального сетевого адаптера — хороший выбор. Попробуем внести изменения прямо сейчас.
Давайте откроем «Настройки Windows»
Нажмите «Сеть и Интернет»
Нажмите «Изменить параметры адаптера»
Щелкните правой кнопкой мыши виртуальный сетевой адаптер и выберите кнопку «Свойства»
выберите «TCP/IPv4» и нажмите кнопку «Свойства»
Нажмите кнопку «Дополнительно…»
Очистите «Автоматическую метрику» и введите «55» в текстовое поле «Метрика интерфейса» (введите другое правильное значение в вашем случае)
Нажимайте кнопку «ОК» и пока не закроются все окна свойств.
Повторите те же шаги с (12) по (15) для «TCP/IPv6»
Вы можете запустить «Get-NetIPInterface» в окне PowerShell, чтобы убедиться, что значения применены.
ГОТОВО!
Это все шаги по устранению этой проблемы. Я надеюсь, что эти шаги также могут помочь вам.

Сеть
— сервер Hyper-V 2019 — Интернет не работает для гостевой виртуальной машины
Я пытаюсь что-то, по-видимому, очень простое, и я безуспешно просматривал предыдущие сообщения в течение 2 дней на эту тему:
Настройка сервера Hyper-V 2019
На этом сервере установите гостевую виртуальную машину Gen-2 (стандарт Windows Server 2016)
Это ВСЕ!
В письме (от Dell) меня заверили, что оборудование, которое я купил 3 месяца назад, подходит для виртуализации…
Настроить гиперсервер и присоединить его к домену было довольно просто.Даже установка виртуальной машины была довольно простой.
Но я никак не могу заставить гостевую виртуальную машину подключиться к сети!
Вот текущее состояние после того, как я перезапустил с нуля (имеется в виду переустановка компьютера с нуля) и оставил значение по умолчанию, сгенерированное Microsoft:
У хоста есть доступ к Интернету (и он подключен к AD) через Ethernet NIC#1
Назначенный статический IP-адрес: 192.168.0.96
Подсеть: 255.255.255.0
шлюз: 192.168.0.1
DNS: 192.168.0.1
Из удаленного диспетчера Hyper-V (поскольку сервер Hyper-V не имеет графического интерфейса) я создал новый виртуальный коммутатор (и только один)
Имя: vSwitchExternXyz
Тип: внешний
Подключено к внешней сети с помощью того же NIC#1
Операционной системе управления разрешено совместно использовать этот сетевой адаптер ( по умолчанию )
При выполнении «ipconfig» в командной строке на хосте я вижу созданный новый «адаптер Ethernet vEthernet (vSwitchExternXyz)», имеющий:
Автоконфигурация IP4 Адрес: 169.254.197.61 ( эй, это адрес APIPA ! )
Подсеть: 255.255.0.0
шлюз: нет!
Из удаленного диспетчера Hyper-V я назначил этот виртуальный коммутатор vSwitchExternXyz ( единственный, который я создал на хосте ) гостевой виртуальной машине
Я оставил обе опции «Включить идентификацию виртуальной локальной сети» и «Включить управление полосой пропускания» не отмеченными ( они не отмечены по умолчанию )
Когда я запускаю и подключаюсь к этой единственной виртуальной машине и смотрю ее сетевую конфигурацию, я получаю:
Автоконфигурация IP4 Адрес: 169.254.224.167 ( снова другой адрес APIPA! )
Подсеть: 255.255.0.0
шлюз: нет!
Судя по этой картинке, я не очень удивлен, что не могу даже пропинговать ни один IP-адрес за пределами диапазона адресов APIPA, потому что шлюз по умолчанию отсутствует. Я пытался назначить ему IP-адрес и действительный шлюз (такие же, как у хоста), но это не имело значения. Но я пока не знаю, как должна выглядеть удачная конфигурация.
Вопросы
У меня нет рабочей среды, с которой можно было бы сравнить, чтобы убедиться, что эти значения по умолчанию верны.Должны ли виртуальный коммутатор и адаптер vNIC виртуальной машины получать IP-адреса?
Разве виртуальный коммутатор и адаптер vNIC виртуальной машины не должны находиться в той же подсети, что и хост (что означает 192.168.0.x), и указывать на один и тот же шлюз?
Что не так с моей виртуальной машиной, которая не имеет доступа к Интернету?
Технический блог Джима Молденхауэра: Hyper-V
Поэтому одна из важных вещей, которую я хотел сделать в своей новой лаборатории, — убедиться, что у серверов есть доступ в Интернет.Я хотел, чтобы SCOM мог отправлять уведомления по электронной почте, а SCCM — для доступа к обновлениям, а также к другим вещам, которые я планирую расширить в будущем. Я использую Hyper-V, который поставляется бесплатно с Windows 10 Enterprise, поэтому мне нужен был способ сделать это просто и эффективно. Как оказалось способ есть. Вы можете настроить сетевой адаптер хоста для совместного использования его подключения с виртуальным коммутатором Hyper-V и передачи этого подключения гостям.
Первое, что вы делаете, это заходите в Hyper-V и создаете новый виртуальный коммутатор.Нажмите «Диспетчер виртуальных коммутаторов», выберите «Внутренний» и нажмите «Создать виртуальный коммутатор».
Для свойств виртуального коммутатора дайте ему легко идентифицируемое имя. Я назвал свой Hyper-V Internal (с Интернетом). Убедитесь, что выбрана внутренняя сеть, и нажмите OK
.
Теперь, когда у нас есть созданный виртуальный коммутатор:
Далее нам нужно включить маршрутизацию и удаленный доступ. На хост-компьютере откройте службы и найдите «Маршрутизация и удаленный доступ». Вы увидите, что он отключен.Откройте свойства, измените тип запуска на автоматический (отложенный запуск) и примените. Затем запустите службу и нажмите OK.

Теперь нам нужно настроить общий доступ к сети. На хост-компьютере откройте Центр управления сетями и общим доступом. Вы должны увидеть только что созданный виртуальный коммутатор:
Если вы откроете состояние подключения виртуального коммутатора, перейдите в «Свойства», прокрутите вниз до «Протокола Интернета версии 4» и проверьте там свойства, вы увидите, что виртуальному коммутатору был присвоен IP-адрес 192.168.137.1. Это важно, поэтому мы вернемся к этому через секунду.
Теперь вы хотите открыть сетевое соединение для хоста. В моем случае это соединение Wi-Fi. В разделе «Статус Wi-Fi» выберите «Свойства». В свойствах Wi-Fi перейдите на вкладку «Общий доступ»:
.
В разделе «Общий доступ к подключению к Интернету» установите флажок «Разрешить другим пользователям сети подключаться через подключение к Интернету этого компьютера». В раскрывающемся списке выберите только что созданный виртуальный коммутатор и нажмите OK.
Все, что осталось сделать, это назначить сетевое подключение гостевым ВМ в Hyper-V.Щелкните правой кнопкой мыши виртуальную машину и выберите «Настройки». В настройках вашей виртуальной машины нажмите «Сетевой адаптер». В виртуальном коммутаторе выберите только что созданный виртуальный коммутатор и нажмите OK
.
Теперь для большинства серверов вы хотите настроить статический IP-адрес. Несмотря на то, что DHCP в настоящее время обрабатывается вашим интернет-маршрутизатором, вы можете изменить его на статический для серверов. Поскольку наш виртуальный коммутатор имеет IP-адрес 192.168.137.1, нам нужно будет установить статический IP-адрес гостевой виртуальной машины в той же подсети. В моем случае первой машиной, которую я настроил, был контроллер домена, поэтому я настроил следующее:
. Шлюз по умолчанию должен быть настроен на IP-адрес виртуального коммутатора (192.168.137.1). Также у меня есть настройка DNS на моем контроллере домена, поэтому он указывает на себя. Все последующие гостевые ВМ должны иметь одну и ту же подсеть, шлюз по умолчанию и DNS.
Примечание. IP-адрес, назначенный виртуальному коммутатору, назначается более или менее случайным образом. Вам не нужно держать его 192.168.137.1. Его можно изменить на все, что вы хотели бы в своей среде. Просто не забудьте использовать новый адрес в качестве шлюза по умолчанию для ваших серверов, и все они должны находиться в одной подсети.
Отсюда вы можете проверить, пропинговав Google.ком
Все готово!
Еще не все!
Если вам нравится этот блог, поставьте ему g+1
Нет подключения к Интернету в Hyper V с внешним коммутатором после перезапуска
Нет интернета при работе Hyper-V, нужна помощь в настройке внешнего коммутатора
ОК, после очистки все выглядит неплохо, за исключением того, что внешние коммутаторы не созданы.
Выдержка из руководства на нашем родственном сайте Восемь форумов:
Виртуальный коммутатор может быть внешним, внутренним или частным.
Внешний виртуальный коммутатор : подключит виртуальную машину к сетевой карте хоста. Если сетевой адаптер хоста подключен к Интернету через маршрутизатор, виртуальная машина также подключена к Интернету. Если сетевая карта хоста (LAN) не подключена к маршрутизатору или если маршрутизатор не имеет доступа в Интернет, внутренняя сеть все равно будет работать, позволяя компьютерам (физическим и виртуальным), принадлежащим к одной подсети и рабочей группе или домену, взаимодействовать друг с другом (файловые и совместное использование мультимедиа и др.). При подключении внешнего коммутатора к сетевой карте WLAN хоста виртуальная машина теряет все подключения, когда WLAN отключена или не подключена к хосту.
Внутренний виртуальный коммутатор : когда виртуальный сетевой адаптер подключен к внутренней VS, он может взаимодействовать с другими компьютерами и виртуальными машинами в той же подсети, но не имеет доступа в Интернет.
Частный виртуальный коммутатор : когда виртуальный сетевой адаптер подключен к частной VS, он может взаимодействовать с другими виртуальными машинами на том же сервере Hyper-V, но не может взаимодействовать с хост-компьютером и не имеет доступа к Интернету. Частный vs часто требуется при установке устаревшего Linux или pre-XP Windows vm.После установки вам необходимо отключить Private Switch и использовать Internal или External для подключения к сети.
Нажмите, чтобы развернуть…
(из Hyper-V Virtual Switch Manager)
Вам удалось создать внутренний коммутатор, теперь пришло время создать внешний.
См. раздел , часть третья: создание виртуального коммутатора в этом руководстве. Виртуализация Hyper-V — установка и использование в Windows 10 — форумы Windows 10. Обратите внимание, что, как вы упомянули, у вас есть только подключение к WLAN на вашем ПК, вам нужно выбрать сетевую карту WLAN в , шаг 3.4 в учебнике.
Не изменяйте настройки по умолчанию в свойствах сетевого адаптера вручную! Windows и Hyper-V делают все это автоматически. В вашем случае, когда вы создадите внешний коммутатор с использованием сетевой карты WLAN, также будет создан так называемый мост .
No related posts.

Нет интернета на виртуальной машине hyper v: network-adapter — Windows 8 Hyper-V — как дать ВМ доступ в интернет?

Hyper v не работает сеть

Настраиваем сеть в Hyper-V.

Внешняя сеть

Внутренняя сеть

Внутренняя сеть c NAT

Частная сеть

Проводное подключение к Интернету

Настройка доступа в Интеренет через WiFi подключение

Архитектура Hyper-V

Процедура настройки

А если требуется настроить сети на Линуксе, которая запущена под Hyper-V?

Заключение

Ваш Hyper-V не подключается к Интернету? Попробуй это

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

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

2. Установите параметры конфигурации для сетевого адаптера.

3. Настройте сетевое подключение, чтобы поделиться им с Hyper-V

Вывод

Hyper v сетевой адаптер нет подключения

Настройка сети Hyper-V | База полезных знаний

Настройка сети Hyper-V

Создание контрольных точек Hyper-V

Hyper-V — импорт и экспорт виртуальных машин

Интегрирование в виртуальную машину дополнительных служб

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

Использование виртуального коммутатора Hyper-VUses for Hyper-V Virtual Switch

Функции виртуального коммутатора Hyper-VHyper-V Virtual Switch Functionality

Настраиваем сеть в Hyper-V

Внешняя сеть

Внутренняя сеть

Внутренняя сеть c NAT

Частная сеть

Настройка интернета в HYPER-V

Windows 8 и Hyper-V не может соединить подключение Wi-Fi

Виртуальные машины и сети — Статьи —

Низкая скорость сети на хосте Hyper-V с Windows Server 2019

Receive Segment Coalescing в Hyper-V 2019

Режим VMQ в драйвере сетевого адаптера

Оптимизация параметров протокола TCP для Windows Server 2019 Hyper-V

машин Hyper-V не подключаются к Интернету

Компьютеры Hyper-V не подключаются к Интернету

Ваш Hyper-V не подключается к Интернету? Попробуйте это

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

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

2. Установите параметры конфигурации для сетевого адаптера

3. Настройте сетевое подключение, чтобы поделиться им с Hyper-V

Заключение

— сервер Hyper-V 2019 — Интернет не работает для гостевой виртуальной машины

Нет доступа к Интернету на хосте после включения Hyper-V (или любого программного обеспечения для виртуальных машин, например, VirtualBox) — .NET MVP KenLin @HKSAR

— сервер Hyper-V 2019 — Интернет не работает для гостевой виртуальной машины

Технический блог Джима Молденхауэра: Hyper-V

Нет подключения к Интернету в Hyper V с внешним коммутатором после перезапуска

Добавить комментарий Отменить ответ