Windows 10 hyper v не работает сеть

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

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

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

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

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

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

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

1. Выключите виртуальную машину Windows 10.
2. Откройте диспетчер Hyper-V -> щелкните параметр « Диспетчер виртуальных коммутаторов» на панели справа.
3. В открывшемся окне -> нажмите Новый виртуальный сетевой переключатель, найденный на левой панели.
4. На правой боковой панели -> выберите Внешний -> Создать виртуальный коммутатор.
5. В окне Свойства виртуального коммутатора -> измените имя вашей виртуальной машины.
6. В разделе Тип подключения -> выберите Внешняя сеть -> Realtek PCIe GBE Familly Controller.
7. Установите флажок Разрешить управлению операционной системой для совместного использования этого сетевого адаптера -> нажмите Ok .

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

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

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

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

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

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

Вывод

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

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

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

• Изменить тип сетевого адаптера VMWare: вот как это сделать
• Исправлено: невозможно установить Hyper-V в Windows 10
• Эмулятор Android Hyper-V теперь доступен в Windows 10 v1803

Здравствуйте, уважаемые читатели, прошу не бросать в меня помидорами из-за столь странного использования виртуализации, у меня дома достаточно хорошая беспроводная сеть с пингом менее 1мс и скоростью около 90Мбит, между роутером и компьютером всего одна стена и она без металлической арматуры, а тянуть провод до компа проблематично. Мне понадобилось держать в постоянном доступе на внешнюю сеть сервер на Linux и чтобы он работал в фоне и запускался сам при включении компьютера, т.к. в Windows 10 pro есть hyper-v, то почему бы не использовать его. Но я сильно расстроился, когда виртуальные машины начали периодами терять связь с внешним миром, потери пингов достигали 20-40%.

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

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

Оказывается что при создании моста виртуальные сетевые интерфейсы с разными mac-адресами выходят через мою сетевую карту, в результате одна сетевая карта выходит в сеть с разными mac, если по проводной сети это работает прекрасно, то в беспроводной сети такое поведение вызывает неадекватную работу сети, на некоторых wi-fi картах таких проблем не будет, но на большинстве возникают проблемы.

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

А теперь по порядку, сперва нам нужно создать виртуальный коммутатор с типом «внутренняя сеть», в сетевых соединениях появится виртуальный интерфейс, он будет связующим с виртуальными машинами. У виртуальных машин задаем IP адреса в подсети, отличной от нашей локальной сети. Если в локальной сети у нас подсеть 192.168.0.0/24, то в виртуальной сделаем, например, 192.168.137.0/24, нашей виртуальной машине зададим 192.168.137.100, а виртуальному интерфейсу 192.168.137.1 и это будет шлюзом для наших машин.

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

New-NetNat -Name nat1 -InternalIPInterfaceAddressPrefix 192.168.137.0/24

Еще раз проверяем, чтобы на виртуальной сетевой карте на хост-системе не сбился ip, теперь о пробросе портов в той же консольке

netsh interface portproxy add v4tov4 listenport=8080 connectaddress=192.168.137.100 connectport=80 protocol=tcp

В результате при обращении к нашему компьютеру по порту 8080 — запрос будет переадресовываться в нашу виртуальную машину с ip 192.168.137.100 на 80й порт.

Дальше можно пробросить 80й порт с роутера на нашу машину на 8080 и виртуальный веб-сервер будет доступен снаружи, аналогично можно сделать с ftp, ssh и другими необходимыми сервисами.

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

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

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

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

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

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