Hyper v не видит сетевую карту
В этой статье можно решить проблему, из-за которой виртуальные машины теряют сетевое подключение при использовании сетевых адаптеров Broadcom NetXtreme 1 гигабит.
Применяется к: Windows Server 2012 R2
Исходный номер КБ: 2986895
Симптомы
Если вы Hyper-V в Microsoft Windows Server 2012 или Windows Server 2012 R2 вместе с сетевыми адаптерами Broadcom NetXtreme 1-гигабитных (но не сетевыми адаптерами NetXtreme II), вы можете заметить один или несколько следующих симптомов:
Виртуальные машины могут случайно потерять сетевое подключение. Сетевой адаптер, кажется, работает в виртуальной машине. Однако вы не можете получить доступ к сетевым ресурсам с виртуальной машины. Перезапуск виртуальной машины не решает проблему.
Невозможно тикинг или подключение к виртуальной машине с удаленного компьютера. Эти симптомы могут возникать на некоторых или всех виртуальных машинах на сервере, который работает Hyper-V. Перезапуск сервера сразу же устраняет подключение к сети для всех виртуальных машин.
Причина
Это известная проблема с сетевыми адаптерами Broadcom NetXtreme 1-gigabit, которые используют b57nd60a.sys драйвера. Эта проблема возникает, когда в сетевом адаптере включена очередь виртуальных машин (VMQ). (По умолчанию VMQ включен драйвером сети Broadcom.)
Broadcom называет эти сетевые адаптеры микросхемами на основе 57xx. Они включают 5714, 5715, 5717, 5718, 5719, 5720, 5721, 5722, 5723 и 5780.
Эти сетевые адаптеры также продаются под разными номерами моделей некоторыми серверами OEMs. HP продает эти драйверы под номерами модели NC1xx, NC3xx и NC7xx. Вы можете использовать драйвер версии 16.2, 16.4 или 16.6 в зависимости от используемой версии OEM или версии драйвера Broadcom.
Решение
Эта проблема устранена в драйвере Broadcom b57nd60a.sys версии 16.8 и более новой. В марте 2015 г. Broadcom опубликовал драйвер версии 17.0 для скачивания. В апреле 2015 г. HP опубликовала версию 16.8 драйвера для затронутых сетевых адаптеров. Обратитесь к OEM-серверу, если вам нужен драйвер, специфический для сервера.
Если вы не можете обновить драйвер сетевого адаптера для решения проблемы, вы можете устранить проблему, отключив VMQ для каждого затронутного сетевого адаптера Broadcom с помощью команды Set-NetAdapterVmq PowerShell.
Рассмотрим следующий сценарий.
- У вас есть сетевой адаптер с двойным портом.
- Порты именуются NIC 1 и NIC 2 в Windows.
В этом сценарии можно отключить VMQ на каждом адаптере с помощью следующих команд:
Вы можете подтвердить отключение VMQ в правильных сетевых адаптерах с помощью команды Get-NetAdapterVmq PowerShell.
По умолчанию VMQ отключен на Hyper-V для виртуальных машин, использующих сетевые адаптеры с 1 гигабитом. VMQ включен на Hyper-V, только если система использует 10-гигабитные или более быстрые сетевые адаптеры. Это означает, что отключение VMQ в сетевом адаптере Broadcom не будет терять производительность сети или какие-либо другие преимущества, так как это по умолчанию. Однако для решения проблемы драйвера необходимо сделать это.
Get-NetAdapterVmqQueue показывает очереди виртуальных машин (VMQ), выделенные в сетевых адаптерах. Вы не увидите VMQ, которые по умолчанию выделены сетевым адаптерам на 1 гигабит.
Установить ICs на Hyper-V Server не нужно, там уже RTM версия Hyper-V в комплекте.
Если же вы добавите Legacy Adapter, то вы сможете соединиться с сервером по сети.
P.S. Hyper-V Server 2008 установить как ОС в ВМ можно, но:
а) Вы не сможете создавать в нем виртуальных машин, т.к. Hyper-V внутри Hyper-V не работает
б) в связи с вышеизложенным это нарушение лицензии, т.к. вы не имеете права использовать Hyper-V Server для каких-либо целей, кроме задач виртуализации (что невозможно внутри ВМ).
- Помечено в качестве ответа Nikita Panov Moderator 16 июня 2009 г. 10:16
Все ответы
- Предложено в качестве ответа Nikita Panov Moderator 16 июня 2009 г. 10:15
- Помечено в качестве ответа Nikita Panov Moderator 16 июня 2009 г. 10:16
Подскажите как решить эту проблему?
А я так понял из первого поста, что человек поставил Hyper-V Server, а Guest-ОС на хост, и у него не установились драйвера на сетевой адаптер.
Предлагаю в этом случае попробовать вот это:
1. Copy the driver to a folder at %homedrive%\<driver folder>
2. At a command prompt, type:
pnputil -i -a %homedrive%\<driver folder>\<driv er>.inf
- Предложено в качестве ответа Nikita Panov Moderator 16 июня 2009 г. 10:15
В первом посте при установке Hyper-V Server на физическое железо ОС не нашла дров на сетевуху и там скорее всего вариант с pnputil -i -a %homedrive%\<driver folder>\<driv er>.inf является решением, но в моем случае ситуация другая - я ставлю Hyper-V Server на виртуальную машину для которой хостовой ОС является Windows Server 2008 SP1 с установленной ролью Hyper-V и обновлением этой роли до RTM. В установленный Hyper-V Server на виртуальной машине я установил средства интергации для ВМ со всеми обновлениями после чего Hyper-V Server должен был обнаружить виртуальную сетевую карту и поставить на нее дрова взятые из средств интеграции, но этого не произошло - может Hyper-V Server впринципе не может работать в виртуальной среде?
Попробую долезть до системных журналов, способ с удаленным подключением консоли, который предлагается выше, не прокатит пока сеть неподымется.
По-моему Майкрософт говорил о том, что поставить в Guest-ОС Hyper-V не получится. Но на источник не готов дать ссылку.
Установить ICs на Hyper-V Server не нужно, там уже RTM версия Hyper-V в комплекте.
Если же вы добавите Legacy Adapter, то вы сможете соединиться с сервером по сети.
P.S. Hyper-V Server 2008 установить как ОС в ВМ можно, но:
а) Вы не сможете создавать в нем виртуальных машин, т.к. Hyper-V внутри Hyper-V не работает
б) в связи с вышеизложенным это нарушение лицензии, т.к. вы не имеете права использовать Hyper-V Server для каких-либо целей, кроме задач виртуализации (что невозможно внутри ВМ).
Пользователи, которые пытаются использовать виртуальную машину 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 .
2. Установите параметры конфигурации для сетевого адаптера.
- Внутри диспетчера виртуальных машин -> прокрутите вниз на правой панели -> нажмите Настройки в разделе Windows 10 .
- Выберите Сетевой адаптер на левой панели ->, чтобы переключиться в раскрывающееся меню Виртуальный коммутатор -> выберите переключатель, созданный в способе 1 -> нажмите Ok, чтобы сохранить настройки.
3. Настройте сетевое подключение, чтобы поделиться им с Hyper-V
- На вашем компьютере с Windows 10 -> щелкните правой кнопкой мыши значок « Сеть» рядом с часами Windows -> нажмите « Открыть сеть и настройки Интернета».
- На вкладке « Статус » -> нажмите « Изменить параметры адаптера».
- В окне «Сетевые подключения» -> щелкните правой кнопкой мыши виртуальную машину -> щелкните « Свойства».
- На вкладке «Общий доступ» -> включите параметр « Разрешить другим пользователям сети» подключаться к Интернету через этот компьютер -> выберите сетевой коммутатор, созданный ранее -> нажмите « ОК» -> включить Windows 10 в Hyper-V, чтобы завершить метод исправления.
Вывод
Мы надеемся, что это руководство помогло вам понять, как решить проблему с подключением Hyper-V к Интернету.
Пожалуйста, дайте нам знать, если вы решили проблему, комментируя ниже эту статью.
В настройке сети на «виртуальной машине» (далее по тексту принято сокращение «ВМ»), а также в добавлении виртуального свитча в оснастке 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-го ВМ будут разорваны все подключения, поэтому рекомендуется предусмотреть дополнительное соединение с сервером, например, IPMI, IP-KVM либо прямой физический доступ.
В окне сетевых подключений должна отображаться следующая картина, как показано на скриншоте ниже.
В параметрах коммутатора (2-ой ВМ) указать IP-адрес. В результате этот ВМ на физическом сервере станет работать как шлюз.
Уже можно констатировать приятный факт, что ввод параметров сетевых интерфейсов на корневом сервере окончен.
Затем надо произвести настройки «RRAS», чтобы обеспечить перенаправление трафика к ВМ и обратно. С этой целью в меню «Диспетчера сервера» потребуется присвоить роль для «Службы политики сети и доступа».
По умолчанию она «Остановлена» и следует ее настроить.
Отобразится мастер, указания которого требуется пошагово исполнить.
Установить отметку в графу «Особая конфигурация».
Поставить галочки в два поля, как сделано на иллюстрации выше.
Клацнуть «Готово».
Служба полностью подготовлена и необходимо перейти к перенаправлению трафика к ВМ. Для этого создается промежуточный интерфейс, вызвав контекстное меню от «Преобразования сетевых адресов».
Клацнуть строчку «Новый интерфейс» и применить внешний интерфейс.
Войти в закладку «Преобразование сетевых адресов (NAT)» и поставить галочки в графах, указанных на следующем скриншоте:
Перейти в закладку «Пул адресов» и указать доп. адреса. От них запросы станут поступать на внутренние адреса ВМ.
Далее еще рекомендуется добавить резервный для внутреннего адреса ВМ, как показано на рисунке ниже.
В свойствах ввести параметры сети где расположен шлюз.
В результате ВМ получила выход во всемирную паутину. Чтобы удостовериться в этом, достаточно заглянуть в меню «Центра управления сетями и общим доступом».
Примечание: Если соединение с глобалкой отсутствует, то проблема быстро решается простым изменением параметров Брадмауэра на серверах.
Еще убедиться в правильности можно через любой интернет-сервис.
Задуманное успешно реализовано на практике, вот так просто можно применять несколько различных сетей на единственном реальном сервере, то есть физическом (сколько их пожелает создать администратор, столько же создается и коммутаторов).
А если требуется настроить сети на Линуксе, которая запущена под Hyper-V?
Многие сталкиваются с проблемой во время установки Ubuntu на ВМ Майкрософт Hyper-V. Сложность заключается в том, что Линукс просто иногда не способен при этом увидеть сетевую карту. Очевидно, что сеть в таком случае функционировать не будет.
Сложность может быть устранена следующей «уловкой»: в Параметрах ВМ указать одну из «древних» сетевых карт. ОС такую картуувидит сразу, то есть возникшая сложность устраниться быстро.
Но есть один недостаток этой маленькой хитрости. Часто процессор ВМ будет полностью загружен, а данное обстоятельство повлечет замедленное функционирование системы.
Заключение
Отдельные пользователи пренебрегают этапом настроек по «Преобразованию сетевых адресов (NAT)», который описан в инструкции выше. Однако этот механизм обеспечивает доступ ВМ к сети через объединение IP основной электронно-вычислительной машины с портом через внутренний коммутатор Hyper-V. В итоге приобретаются несколько следующих преимуществ:
- Применяется внутренний коммутатор, что понижает загрузку сета электронно-вычислительной машины;
- Несколько ВМ могут размещать программы, требующие внутренние порты связи, просто соотнося их с индивидуальными внешними интерфейсами;
- Экономятся IP по причине сопоставления внешнего IP и порта со значительно увеличенным перечнем внутренних IP.
Читайте также: