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. Создайте новый виртуальный сетевой коммутатор
2. Установите параметры конфигурации для сетевого адаптера.
3. Настройте сетевое подключение, чтобы поделиться им с Hyper-V
Вывод
Мы надеемся, что это руководство помогло вам понять, как решить проблему с подключением Hyper-V к Интернету.
Пожалуйста, дайте нам знать, если вы решили проблему, комментируя ниже эту статью.
Устранение неполадок при добавлении Hyper-V в диспетчер виртуальных машин
В этой статье описывается устранение неполадок, которые возникают при добавлении Hyper-V в System Center 2012 диспетчер виртуальных машин (VMM) и более поздних версиях.
Домашние пользователи. Эта статья предназначена только для агентов технической поддержки и ИТ-специалистов. Если вы ищете помощь с проблемой, спросите microsoft Community.
Оригинальная версия продукта: Microsoft System Center 2012 R2 диспетчер виртуальных машин, System Center 2012 диспетчер виртуальных машин, System Center 2016 диспетчер виртуальных машин
Исходный номер КБ: 2742275
В консоли VMM обычно регистрируются следующие ошибки, когда сбой в работе хоста виртуальной машины add:
Ошибка (421)
Установка агента не удалось servername.contoso.com из-за ошибки WS-Management конфигурации.
Ошибка (2912)
Возникла внутренняя ошибка при попытке связаться с агентом на servername.contoso.com сервере.
Ошибка (2916)
VMM не может выполнить запрос. Связь с агентом servername.contoso.com потеряна.
Ошибка (2927)
Ошибка управления оборудованием произошла при попытке связаться с сервером servername.contoso.com.
Чтобы определить причину проблемы, выполните следующие действия.
Шаг 1. Просмотр файла журнала установки агента VMM
На Hyper-V просмотрите файл vmmAgent.msi_date_time.log, расположенный в %systemdrive%\ProgramData\VMMLogs каталоге.
Этот файл журнала может не существовать, если сбой происходит на ранних стадиях процесса установки.
Шаг 2. Проверьте текущую конфигурацию прокси-сервера WinHTTP
Если WinHTTP настроен на использование прокси-сервера ( ), попытки VMM взаимодействовать с управляемыми серверами с помощью полностью квалифицированного URL-адреса (например, могут привести к сбой, если не определен обход прокси-сервера для локального адреса, чтобы исключить хост-адреса netsh winhttp set proxy https://server.contoso.com:5986 FQDN. В этой ситуации возвращается ошибка 2916. Используя в одиночку, вы обошли все кратковременные хосты. VMM использует FDQN.
Чтобы проверить текущую прокси-конфигурацию WinHTTP, запустите netsh winhttp show proxy команду. Кроме того, список обхода должен быть обновлен, чтобы включить доменное имя для добавленных хостов. Например, * .contoso.com обходить прокси для всех хостов, которые заканчиваются contoso.com.
Шаг 3. Убедитесь, что порты, используемые VMM, не заблокированы брандмауэром
По умолчанию VMM использует следующие порты для связи с Hyper-V хостом:
Дополнительные сведения о портах, используемых VMM, см. в пункте Порты и протоколы для VMM.
Шаг 4. Проверка дублирования имен основных служб (SPNs)
Выполните действия в error 2927 (0x8033809d): невозможно добавить управляемый хост в VMM 2012 для проверки на повторяющиеся spNs.
Шаг 5. Проверка поврежденных счетчиков производительности на Hyper-V хост
Проверьте журнал приложения на хосте, чтобы узнать, регистрируется ли следующее событие:
Имя журнала: приложение
Источник: Microsoft-Windows-LoadPerf
ID события: 3012
Описание:
Строки производительности в значении реестра производительности повреждены при обработке поставщика счетчика расширения performance. Значение BaseIndex из реестра производительности является первым DWORD в разделе Data, LastCounter — вторым DWORD в разделе Data, а LastHelp — третьим DWORD в разделе Data.
Если ID события 3012 регистрируется на хост-машине, выполните действия в инструкции По восстановлению счетчиков производительности вручную для Windows Server 2008 64bit или Windows Server 2008 R2 для восстановления счетчиков производительности.
Шаг 6. Ручная установка агента VMM на Hyper-V хост
Если cmdlet продолжает сбой, установите агент вручную на Hyper-V, выполняя шаги в Add-SCVMHost установке агента VMM локально.
Виртуальные машины теряют сетевое подключение при использовании сетевых адаптеров Broadcom NetXtreme с 1 гигабитом
В этой статье можно решить проблему, из-за которой виртуальные машины теряют сетевое подключение при использовании сетевых адаптеров 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.
Рассмотрим следующий сценарий.
В этом сценарии можно отключить VMQ на каждом адаптере с помощью следующих команд:
Вы можете подтвердить отключение VMQ в правильных сетевых адаптерах с помощью команды Get-NetAdapterVmq PowerShell.
По умолчанию VMQ отключен на Hyper-V для виртуальных машин, использующих сетевые адаптеры с 1 гигабитом. VMQ включен на Hyper-V, только если система использует 10-гигабитные или более быстрые сетевые адаптеры. Это означает, что отключение VMQ в сетевом адаптере Broadcom не будет терять производительность сети или какие-либо другие преимущества, так как это по умолчанию. Однако для решения проблемы драйвера необходимо сделать это.
Get-NetAdapterVmqQueue показывает очереди виртуальных машин (VMQ), выделенные в сетевых адаптерах. Вы не увидите VMQ, которые по умолчанию выделены сетевым адаптерам на 1 гигабит.
Hyper v виртуальная машина не видит хост
Вопрос
Добрый день! Не получается настроить сеть (интернет) в гостевой машине Hyper-V в Windows 10.
Создал ВНЕШНИЙ виртуальный коммутатор в диспетчере коммутаторов и указал единственную сетевую карту Intel(R) Ethernet Connection I217-V
создалось еще одно сетевое подключение Hyper-V Virtual Ethernet Adapter #2 оно переняло все настройки от Intel(R) Ethernet Connection I217-V. Далее создал гостевую машину и указал в качестве сетевого подключения ранее созданный внешний виртуальный коммутатор.
Запускаю гостевую машину и на ней ничего не работает ни интернет ни сеть с хостовой машиной. IP адрес гостевая машина получает типа 169.254.87.157 с маской 255.255.0.0.
Вот что в параметрах центра управления сетями в хостовой машине
Ответы
Попробуйте на время отключить Брандмауэр и Антивирус на родительской и гостевой ос и проверить наличие проблемы
Панель управления\Все элементы панели управления\Брандмауэр Защитника Windows\Настроить параметры
Так же проверьте наличие правил входящий подключений
Я не волшебник, я только учусь MCP CCNA. Если Вам помог чей-либо ответ, пожалуйста, не забывайте жать на кнопку «Пометить как ответ» или проголосовать «полезное сообщение». Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции работодателя. Вся информация предоставляется как есть без каких-либо гарантий. Блог IT Инженера, Twitter, YouTube, GitHub.
Все ответы
В настройках сетевого подключения гостевой ос статику прописать не пробовали?
Попробуйте обновить компоненты службы интеграции гостевой ос
В параметрах виртуального сетевого адаптера включен mac spoofing
Supported Windows client guest operating systems
Following are the versions of Windows that are supported as guest operating systems for Hyper-V in Windows Server 2016.
| Guest operating system (client) | Maximum number of virtual processors | Integration Services | Notes |
|---|---|---|---|
| Windows 10 | 32 | Built-in | |
| Windows 8.1 | 32 | Built-in | |
| Windows 7 with Service Pack 1 (SP 1) | 4 | Upgrade the integration services after you set up the guest operating system. | Ultimate, Enterprise, and Professional editions (32-bit and 64-bit). |
Я не волшебник, я только учусь MCP CCNA. Если Вам помог чей-либо ответ, пожалуйста, не забывайте жать на кнопку «Пометить как ответ» или проголосовать «полезное сообщение». Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции работодателя. Вся информация предоставляется как есть без каких-либо гарантий. Блог IT Инженера, Twitter, YouTube, GitHub.
mac spoofing отключен.
Если на гостевой машине прописать ip то выходит следующее:
При этом все равно ничего не работает, хотя показывает что какие то пакеты отправляются и принимаются.
Как обновить компоненты службы интеграции гостевой ос?
Судя по предоставленным Автором темы скринам на сетевом интерфейсе родительской ос ip адрес ассигнован DHCP. Что означает что на роутере активен DHCP сервер.
Наличие авторизованного DHCP не означает того, что адреса будут раздаваться. Причин этому масса: отсутствие адресов для выдачи, наличие фильтров выдачи и т.п.
Alexander Beloff, продолжите вести себя как хабалка — пойдёте в курилку свои вопросы решать.
Судя по предоставленным Автором темы скринам на сетевом интерфейсе родительской ос ip адрес ассигнован DHCP. Что означает что на роутере активен DHCP сервер.
Наличие авторизованного DHCP не означает того, что адреса будут раздаваться. Причин этому масса: отсутствие адресов для выдачи, наличие фильтров выдачи и т.п.
Alexander Beloff, продолжите вести себя как хабалка — пойдёте в курилку свои вопросы решать.
Вопрос Автору темы, уточните речь идет о домашней сети?
Какое оборудование используется в сети в качестве маршрутизатора?
Какое оборудование либо ПО выполняет роль DHCP сервера и каковы его настройки
Я не волшебник, я только учусь MCP CCNA. Если Вам помог чей-либо ответ, пожалуйста, не забывайте жать на кнопку «Пометить как ответ» или проголосовать «полезное сообщение». Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции работодателя. Вся информация предоставляется как есть без каких-либо гарантий. Блог IT Инженера, Twitter, YouTube, GitHub.
Судя по предоставленным Автором темы скринам на сетевом интерфейсе родительской ос ip адрес ассигнован DHCP. Что означает что на роутере активен DHCP сервер.
Наличие авторизованного DHCP не означает того, что адреса будут раздаваться. Причин этому масса: отсутствие адресов для выдачи, наличие фильтров выдачи и т.п.
Alexander Beloff, продолжите вести себя как хабалка — пойдёте в курилку свои вопросы решать.
Извиняюсь за свой стиль написания, не хотел Вас обидеть.
Речь идет о домашней сети. Роль DHCP сервера выполняет маршрутизатор Eltex со следующими примитивными настройками. Пул адресов достаточный.
Речь идет о домашней сети. Роль DHCP сервера выполняет маршрутизатор Eltex со следующими примитивными настройками. Пул адресов достаточный.
Вам ранее дали рекомендации, цитата.
Включите mac spoofing, выставьте получение ip Адреса от DHCP на сетевом адаптере гостевой ос перезагрузите родительскую ос и проверьте наличие проблемы напишите
Я не волшебник, я только учусь MCP CCNA. Если Вам помог чей-либо ответ, пожалуйста, не забывайте жать на кнопку «Пометить как ответ» или проголосовать «полезное сообщение». Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции работодателя. Вся информация предоставляется как есть без каких-либо гарантий. Блог IT Инженера, Twitter, YouTube, GitHub.
ХОСТОВАЯ МАШИНА
Адаптер Ethernet vEthernet (Внешниий коммутатор):
IPv4 таблица маршрута
===========================================================================
Активные маршруты:
Сетевой адрес Маска сети Адрес шлюза Интерфейс Метрика
0.0.0.0 0.0.0.0 192.168.1.1 192.168.1.100 25
127.0.0.0 255.0.0.0 On-link 127.0.0.1 331
127.0.0.1 255.255.255.255 On-link 127.0.0.1 331
127.255.255.255 255.255.255.255 On-link 127.0.0.1 331
172.31.183.112 255.255.255.240 On-link 172.31.183.113 271
172.31.183.113 255.255.255.255 On-link 172.31.183.113 271
172.31.183.127 255.255.255.255 On-link 172.31.183.113 271
192.168.1.0 255.255.255.0 On-link 192.168.1.100 281
192.168.1.100 255.255.255.255 On-link 192.168.1.100 281
192.168.1.255 255.255.255.255 On-link 192.168.1.100 281
224.0.0.0 240.0.0.0 On-link 127.0.0.1 331
224.0.0.0 240.0.0.0 On-link 172.31.183.113 271
224.0.0.0 240.0.0.0 On-link 192.168.1.100 281
255.255.255.255 255.255.255.255 On-link 127.0.0.1 331
255.255.255.255 255.255.255.255 On-link 172.31.183.113 271
255.255.255.255 255.255.255.255 On-link 192.168.1.100 281
===========================================================================
Постоянные маршруты:
Отсутствует
IPv6 таблица маршрута
===========================================================================
Активные маршруты:
Метрика Сетевой адрес Шлюз
1 331 ::1/128 On-link
24 271 fe80::/64 On-link
9 281 fe80::/64 On-link
9 281 fe80::281f:aeb1:991f:5c23/128
On-link
24 271 fe80::495e:6741:89f1:d17a/128
On-link
1 331 ff00::/8 On-link
24 271 ff00::/8 On-link
9 281 ff00::/8 On-link
===========================================================================
Постоянные маршруты:
Отсутствует
ГОСТЕВАЯ МАШИНА
C:\Users\гыук>ipconfig /all
Настройка протокола IP для Windows
Ethernet adapter Подключение по локальной сети:
IPv4 таблица маршрута
===========================================================================
Активные маршруты:
Сетевой адрес Маска сети Адрес шлюза Интерфейс Метрика
0.0.0.0 0.0.0.0 192.168.1.1 192.168.1.105 266
127.0.0.0 255.0.0.0 On-link 127.0.0.1 306
127.0.0.1 255.255.255.255 On-link 127.0.0.1 306
127.255.255.255 255.255.255.255 On-link 127.0.0.1 306
192.168.1.0 255.255.255.0 On-link 192.168.1.105 266
192.168.1.105 255.255.255.255 On-link 192.168.1.105 266
192.168.1.255 255.255.255.255 On-link 192.168.1.105 266
224.0.0.0 240.0.0.0 On-link 127.0.0.1 306
224.0.0.0 240.0.0.0 On-link 192.168.1.105 266
255.255.255.255 255.255.255.255 On-link 127.0.0.1 306
255.255.255.255 255.255.255.255 On-link 192.168.1.105 266
===========================================================================
Постоянные маршруты:
Сетевой адрес Маска Адрес шлюза Метрика
0.0.0.0 0.0.0.0 192.168.1.1 По умолчанию
===========================================================================
IPv6 таблица маршрута
===========================================================================
Активные маршруты:
Метрика Сетевой адрес Шлюз
1 306 ::1/128 On-link
12 266 fe80::/64 On-link
12 266 fe80::19a5:67cb:62ac:579d/128
On-link
1 306 ff00::/8 On-link
12 266 ff00::/8 On-link
===========================================================================
Постоянные маршруты:
Отсутствует
Подключение к сети теряется на Hyper-V, если функция VMQ включена на сетевых картах HOST
В этой статье данная статья позволяет решить проблему, из-за которой сетевые подключения в гостевом VM, использующего VLAN, теряются, если в сети HOST включена очередь виртуальных машин (VMQ) и отключена в виртуальных сетях.
Применяется к: Windows Сервер 2008 R2 Пакет обновления 1
Исходный номер КБ: 2681638
Симптомы
Если мы отключим VMQ в хост-сети, живая миграция гостевых VMs будет успешной без снижения сети.
Причина
NiCs представлены с новой функцией «VMQ- Виртуальные очереди машин». Ранее Hyper-V для создания очереди и разделения трафика между VMs, однако с включенной поддержкой VMQ этот параметр разгружается в niCs. Создание и сортировка очередей делаются НИКА.
Простого включения VMQ в NIC недостаточно. VMQ требует некоторого реестра для VMSMP для понимания функции VMQ и ее поддержки.
Решение
В этом разделе содержатся действия, которые содержат сведения о внесении изменений в реестр. Однако неправильное изменение параметров реестра может привести к возникновению серьезных проблем. Поэтому следует в точности выполнять приведенные инструкции. Для дополнительной защиты создайте резервную копию реестра, прежде чем редактировать его. Так вы сможете восстановить реестр, если возникнет проблема.
Чтобы устранить эту конкретную проблему, выполните ниже действия, чтобы добавить подкайки реестра на хост-сервере.
Чтобы открыть окно командной строки с более высоким уровнем прав, нажмите кнопку Пуск, выберите Все программы, Стандартные, щелкните правой кнопкой мыши пункт Командная строка, а затем выберите пункт Выполнить от имени администратора.
Введите regedit и нажмите кнопку ENTER.
Возвращайся в окно командной подсказки.
В командной подсказке введите следующие команды в зависимости от типа сетевого адаптер, который вы используете. Для каждой команды замените подкайку предыдущей в этой процедуре для ID.
Перезагружайте сервер host для внесения изменений в реестр.
Если вы настраиваете несколько сетевых адаптеров, каждый адаптер должен иметь другое значение, назначенное под ключу *RssBaseProcNumber с достаточной разницей, чтобы не было перекрывающихся RSS-процессоров.
Например, если сетевой адаптер A имеет значение 0, назначенное * RssBaseProcNumber, и значение 3, назначенное MaxRssProcessors, сетевой адаптер B должен иметь * * RssBaseProcNumber 4.
Дополнительная информация
VMQ — это новая функция, которая используется с Hyper-V кластерами. Ниже приведен полный контрольный список для VMQ.
Виртуальная очередь машины (VMQ) будет работать только на Windows 7 и Windows Сервер 2008 R2 Гостей.
Если у вас включена очередь виртуальных машин (VMQ), труба виртуальной машины (VMC) не будет работать. Необходимо сохранить отключение VMC.
Убедитесь, что синтетические НИКИ настроены для VMs.
Дополнительные сведения в следующих статьях:
Записки IT специалиста
Технический блог специалистов ООО»Интерфейс»
Настраиваем сеть в Hyper-V.
Продолжая цикл статей посвященный виртуализации, сегодня мы поговорим о настройке сети в 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 в System Center 2012 диспетчер виртуальных машин (VMM) и более поздних версиях.
Домашние пользователи. Эта статья предназначена только для агентов технической поддержки и ИТ-специалистов. Если вы ищете помощь с проблемой, спросите microsoft Community.
Оригинальная версия продукта: Microsoft System Center 2012 R2 диспетчер виртуальных машин, System Center 2012 диспетчер виртуальных машин, System Center 2016 диспетчер виртуальных машин
Исходный номер КБ: 2742275
В консоли VMM обычно регистрируются следующие ошибки, когда сбой в работе хоста виртуальной машины add:
Ошибка (421)
Установка агента не удалось servername.contoso.com из-за ошибки WS-Management конфигурации.
Ошибка (2912)
Возникла внутренняя ошибка при попытке связаться с агентом на servername.contoso.com сервере.
Ошибка (2916)
VMM не может выполнить запрос. Связь с агентом servername.contoso.com потеряна.
Ошибка (2927)
Ошибка управления оборудованием произошла при попытке связаться с сервером servername.contoso.com.
Чтобы определить причину проблемы, выполните следующие действия.
Шаг 1. Просмотр файла журнала установки агента VMM
На Hyper-V просмотрите файл vmmAgent.msi_date_time.log, расположенный в %systemdrive%\ProgramData\VMMLogs каталоге.
Этот файл журнала может не существовать, если сбой происходит на ранних стадиях процесса установки.
Шаг 2. Проверьте текущую конфигурацию прокси-сервера WinHTTP
Если WinHTTP настроен на использование прокси-сервера ( ), попытки VMM взаимодействовать с управляемыми серверами с помощью полностью квалифицированного URL-адреса (например, могут привести к сбой, если не определен обход прокси-сервера для локального адреса, чтобы исключить хост-адреса netsh winhttp set proxy https://server.contoso.com:5986 FQDN. В этой ситуации возвращается ошибка 2916. Используя в одиночку, вы обошли все кратковременные хосты. VMM использует FDQN.
Чтобы проверить текущую прокси-конфигурацию WinHTTP, запустите netsh winhttp show proxy команду. Кроме того, список обхода должен быть обновлен, чтобы включить доменное имя для добавленных хостов. Например, * .contoso.com обходить прокси для всех хостов, которые заканчиваются contoso.com.
Шаг 3. Убедитесь, что порты, используемые VMM, не заблокированы брандмауэром
По умолчанию VMM использует следующие порты для связи с Hyper-V хостом:
Дополнительные сведения о портах, используемых VMM, см. в пункте Порты и протоколы для VMM.
Шаг 4. Проверка дублирования имен основных служб (SPNs)
Выполните действия в error 2927 (0x8033809d): невозможно добавить управляемый хост в VMM 2012 для проверки на повторяющиеся spNs.
Шаг 5. Проверка поврежденных счетчиков производительности на Hyper-V хост
Проверьте журнал приложения на хосте, чтобы узнать, регистрируется ли следующее событие:
Имя журнала: приложение
Источник: Microsoft-Windows-LoadPerf
ID события: 3012
Описание:
Строки производительности в значении реестра производительности повреждены при обработке поставщика счетчика расширения performance. Значение BaseIndex из реестра производительности является первым DWORD в разделе Data, LastCounter — вторым DWORD в разделе Data, а LastHelp — третьим DWORD в разделе Data.
Если ID события 3012 регистрируется на хост-машине, выполните действия в инструкции По восстановлению счетчиков производительности вручную для Windows Server 2008 64bit или Windows Server 2008 R2 для восстановления счетчиков производительности.
Шаг 6. Ручная установка агента VMM на Hyper-V хост
Если cmdlet продолжает сбой, установите агент вручную на Hyper-V, выполняя шаги в Add-SCVMHost установке агента VMM локально.
Hyper v виртуальная машина не видит хост
Общие обсуждения
Доброго времени суток.
Встала необходимость переустановить Windows 2012 R2 на серверах HP BL460 G7. До этого там стояла такая же винда, на которой крутились виртуалки Hyper-V и всё работало.
Далее непосредственно к проблеме.
После установки винды создается тим из двух сетевух. Присваевается статический айпишник. Все хорошо, сервак виден в сети и пингуется шлюз.
Поднимается роль Hyper-V.
После поднятия роли создается виртуальный адаптер vEthernet, на которому присваевается айпишник тима. И после этого всё, сервак перестает быть видимым в сети, не пингуется ни шлюз, ничего.
В настройках Hyper-V проставлен виртуальный свич в режиме External Network.
Сетевухи на нем стоят HP NC553i Dual Port FlexFabric 10Gb Converged Network Adapter.
Может кто сталкивался с проблемой такого рода?
Все ответы
Поднимается роль Hyper-V.
После поднятия роли создается виртуальный адаптер vEthernet, на которому присваевается айпишник тима. И после этого всё, сервак перестает быть видимым в сети, не пингуется ни шлюз, ничего
))) бешено плюсую предыдущего отвечающего за галочку.
а вообще бэст практик говорит о том, что создавая тим оставьте один интерфейсик для управления собственно хостом. это поможет решить массу проблем. 😉
Поднимается роль Hyper-V.
После поднятия роли создается виртуальный адаптер vEthernet, на которому присваевается айпишник тима. И после этого всё, сервак перестает быть видимым в сети, не пингуется ни шлюз, ничего
виртуальный сетевой интерфейс появляется не после установки роли, а после создания виртуального коммутатора. вы не каких настроек потом не меняли? а то, вдруг у вас конфликт IP адресов.
Нет, настроек не менял никаких. И виртуальный коммутатор создается при понднятии роли же. Там есть создание виртуального свича. Конфликта айпи адресов нет, т.к. подсеть маленькая, всего навсего 5 машин. DHCP в ней не поднимался. Везде стоят статические айпи.
))) бешено плюсую предыдущего отвечающего за галочку.
а вообще бэст практик говорит о том, что создавая тим оставьте один интерфейсик для управления собственно хостом. это поможет решить массу проблем. 😉
что значит «все отваливается» если тим не создан? вторая то сетевая должна работать в стандартном режиме и на своем IP.
и vEthernet создается в самом деле в момент создания виртуального коммутатора. попробуйте в диспетчере Hyper-V удалить все коммутаторы и проверьте. потом создайте виртуальный коммутатор вновь.
что значит «все отваливается» если тим не создан? вторая то сетевая должна работать в стандартном режиме и на своем IP.
и vEthernet создается в самом деле в момент создания виртуального коммутатора. попробуйте в диспетчере Hyper-V удалить все коммутаторы и проверьте. потом создайте виртуальный коммутатор вновь.
виртуальный свич удалял, руками создавал новый и тд. нифига не помогает.
тим создавал средствами сервера, из Server Manager’a
так что идите на офсайт, берите либо пакет либо конкретные дрова и думаю здесь то собака и порылась. 🙂
виртуальный свич удалял, руками создавал новый и тд. нифига не помогает.
На сетевом оборудовании фильтрации никакой нет, например по MAC?
нет, в конфиге cisco ниче такого не прописывалось.
на всякий случай перепроверил как только появилась проблема, с конфигом все ок
так что идите на офсайт, берите либо пакет либо конкретные дрова и думаю здесь то собака и порылась. 🙂
виртуальный свич удалял, руками создавал новый и тд. нифига не помогает.
нет, в конфиге cisco ниче такого не прописывалось.
на всякий случай перепроверил как только появилась проблема, с конфигом все ок
ipconfig и таблица arp сервера:
ipconfig и arp клиента:
Ethernet adapter Подключение по локальной сети:
Туннельный адаптер Teredo Tunneling Pseudo-Interface:
конфиг порта с Cisco:
interface GigabitEthernet0/3
switchport access vlan 29
switchport mode access
switchport nonegotiate
spanning-tree portfast
И да, если я поднимаю виртуалку на хосте, то с нее пингуется хост. И больше ничего. На шлюз пинга нет.
Hyper-v как решить проблему с сетью?
Здравствуйте, в общем расскажу небольшую предысторию, раньше в моей комнате стоял imac, я на нем запускал parallels или vbox, там гонял виртуалочки, когда есть один мощный комп, то легко можно обойтись без дополнительных железок, всё летает, работает идеально, несмотря на то, что подключен комп по wifi (тариф провайдера 60 мегабит, по воздуху в локалке больше сотки жмет).
Сейчас я собрал десктоп со 128 гигами оперативки, 8 ядерным Xeon, поставил купленную раннее вин 10 про, ну и решил воспользоваться виртуализатором, который бесплатно поставляется и умеет в фоне запускать виртуалки, ну в общем идеально для сервисов, развернутых в родном окружении. У меня несколько машинок на линуксах, дополнения все стоят (модули ядра), стоят дебианы последние.
Вирталки мостом прокинуты в мою локалку, дальше я там с роутера пробрасываю порты нужные. Неадекватно работает мост, т.е. виртуалки имеют потери по 20% и больше пакетов, с самого хост-компа на тот же адрес пинги идут обычно около 0% потерь, ну изредка помехи небольшие, т.е. сама сеть годно работает. А вот Hyper-v при создании виртуального коммутатора делает мост, но не между сетевушками, а в мост включает только сетевушку внешнюю и туда свою службу добавляет, а дальше создает свой виртуальный адаптер, на котором тоже опять его служба и через него же инет отдает.
Может быть мне создать коммутатор внутренний и руками мост сделать между ними обычный? Тут или сыроватость десятки или еще что то, но сайты, размещенные на виртуалке то доступны, то опять недоступны, в момент недоступности я по рдп к компу цепляюсь, т.е. до него линк просто суперский и стабильный и по рдп на этом компе я работал два дня подряд, ни единого разрыва, а вот с виртуалками беда ужасная.
Может кто имел опыт, подскажите, посоветуйте, я просто на виндовой виртуализации впервые.
Настраиваем в Hyper-V доступ к внутренней сети
В Hyper-V имеется специальный тип виртуального коммутатора Internal (внутренний), предназначенный для обмена данными между виртуальной машиной и хостом. Виртуальные машины, подключенные к такому коммутатору, могут видеть только друг-друга и хост, при этом не имея выхода во внешнюю сеть.
Однако на практике не все так красиво. По умолчанию связи между виртуальными машинами, находящимися во внутренней сети, и хостом нет, а для того, чтобы она появилась необходима дополнительная настройка.
Например, у нас имеется виртуальная машина WKS81, подключенная к виртуальному коммутатору типа Internal и имеющая IP-адрес 192.168.0.81/24.
Если попробовать пропинговать ее с хоста, то ничего не получится.
Дело в том, что при создании виртуального коммутатора типа Internal в системе создается виртуальный сетевой интерфейс. Этот интерфейс не привязан к физическому адаптеру и не имееет выхода наружу, а IP-адрес получает с помощью механизма APIPA (Automatic Private IP Addressing) из подсети 169.254.0.0.
Для того, чтобы хост увидел виртуальную машину, находящуюся во внутренней сети, нам необходимо назначить хосту IP-адрес из этой сети. Для этого открываем свойства сетевого интерфейса Internal, переходим в свойства протокола IPv4 и в разделе «Альтернативная конфигурация» указываем настройки для внутренней сети.
Проверяем еще раз. Как видите, теперь ВМ доступна с хоста, и можно свободно обмениваться файлами. При этом сама машина не видна в сети, и доступ к ней есть только у хостовой ОС.
Подобный подход удобно использовать при развертывании ВМ в лабораторных и тестовых средах. И еще, как альтернативный вариант для обмена данными между ВМ и хостом можно использовать командлет Copy-VMFile.