Не пингуется виртуальная машина windows

Обновлено: 05.07.2024

В этой статье можно решить проблему, из-за которой виртуальные машины теряют сетевое подключение при использовании сетевых адаптеров 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 гигабит.

Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.

VMware Technology Network
:
Global
:
Russian
:
Russian Discussions
:
Не пингуется виртуальная машина

BorisGun

Mark as New
Bookmark
Subscribe
Mute
Email to a Friend

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

mazday

Mark as New
Bookmark
Subscribe
Mute
Email to a Friend

В таком случае покажите вывод ipconfig /all в хостовой ОС и в виртуалке. А до кучи можно еще и результаты route print

mazday

Mark as New
Bookmark
Subscribe
Mute
Email to a Friend

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

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

BorisGun

Mark as New
Bookmark
Subscribe
Mute
Email to a Friend

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

А на счёт второго вопроса, да так. Мне нужно чтобы, не знаю как обьяснить, но если бы я делал команду tracert чтобы пакеты шли через вирт. машины в интернет и наоборот.

mazday

Mark as New
Bookmark
Subscribe
Mute
Email to a Friend

. я даже не представляю что я мог сделать не так.

. Мне нужно чтобы, не знаю как обьяснить.

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

Но попробую помочь.

Что у вас за инет? как вы планировали его в виртуалку "прокинуть"?

Как на хостовой машине настроена сеть? (DHCP или статика?)

Мне видится такая схема (тут можеть быть много "но" и "если" которые зависят от вашей ситуации).

Я хочу подключиться к обеим гостевым ОС. Я пытался пинговать обоих гостей, но это не работает. Оба гостя могут пинговать мой хост Windows 7.

Привет, Кулдип. В то время как я понимаю , вы не могли бы владеть английским языком , пожалуйста , по крайней мере использовать средства проверки орфографии и правильно капитализировать. Кроме того, вы можете отредактировать свой вопрос и рассказать нам больше о том, как вы настраиваете сеть в VirtualBox, каковы IP-адреса ваших систем и так далее. Здравствуйте, @kuldeep, если вы нашли какой-либо ответ полезным, выберите его как правильный ответ. Спасибо

Я был удивлен, найдя ответ, который наконец-то сработал для меня на форуме Ubuntu:

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

Итак, в основном то, что я сделал, было:

Использовать мостовой режим вместо NAT для виртуальной машины в графическом интерфейсе VirtualBox хоста
Выключите брандмауэр в хосте Windows
Настройте некоторую общую папку foo на самой виртуальной машине (c: \ foo или аналогичная)

РЕДАКТИРОВАТЬ: чтобы уточнить, моя установка является Windows7 Host и Windows7 Guest.

Вот и все, надеюсь, это поможет кому-то.

Добавление общей папки также работает, когда это виртуальная машина Windows Server 2008. это странное решение сработало: я добавил общую папку на гостевой ОС Windows VM. Обратите внимание, что появляется окно с просьбой о включении «частной сети», поэтому, возможно, тип сети был не очень хорошим («общедоступный»?) Это, наверное, самая странная вещь, которую я когда-либо читал. Я также могу подтвердить, что это работало с моим гостевым и мостовым режимом Win10 и без деактивации брандмауэра. Как кто-нибудь мог узнать это сам? Большое спасибо! Возникла та же проблема, но это происходит только тогда, когда я ввел VNIC в виртуальную машину. Раньше все работало нормально, но как только я создаю VNIC, я не могу пропинговать виртуальную машину с другой моей ОС. Есть идеи, что может происходить? работал на меня. Хост = Windows 10 и гостевая Windows XP

Если вы хотите, чтобы ваша виртуальная машина была доступна в сети, как отдельная машина (думаю, именно это вы и пытаетесь сделать), проверьте следующее

В графическом интерфейсе VirtualBox в настройках сети каждой виртуальной машины выберите режим моста, а не NAT.

Внутри каждой виртуальной машины настройте статический IP-адрес или протокол DHCP.

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

На хостинге, в проводнике, перейдите в

Панель управления \ Все элементы панели управления \ Брандмауэр Windows \ Разрешенные приложения

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

Найдите имя приложения (например, Virtual Box - «Oracle VM VirtualBox»). Есть 3 флажка для приложения, отметьте их все, перезапустите приложение, и оно должно работать.

Протестировано на двух гостевых коробках Ubuntu 16.06

вам нужно будет использовать «ifconfig -a» для вывода списка всех доступных сетевых интерфейсов - сначала вы запускаете просто «ifconfig» (без флага -a), запоминаете сетевые интерфейсы, которые он вам показывает, а затем запускаете его снова с -a флаг и найдите этот дополнительный интерфейс. В моем случае, запустив просто «ifconfig», я получил два интерфейса - «enp0s3», «lo», а при работе с флагом «-a» я получил дополнительный интерфейс - «enp0s8». После того, как мы получили имя этого дополнительного имени интерфейса, вы редактируете файл / etc / network / interfaces и добавляете туда две строки:

auto enp0s8 iface enp0s8 inet dhcp

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

Оба гостевых ОС имеют разные ips. Я могу пинговать хост от обоих гостей, гостя к гостю и гостей к хозяину.

Я искал 3 дня, чтобы найти решение, почему я не мог пропинговать гостей Windows Server 2016 во внутренней сети Virtual Box . кажется, что брандмауэр блокирует трафик!

либо найдите правило брандмауэра, которое необходимо разрешить, либо отключите с помощью следующей команды get-NetFirewallProfile | set-NetFirewallProfile -enabled false

Включите обнаружение сети !

Я пошел в сеть. Включите обнаружение сети на гостевой машине (Windows Server 2012 R2). Я думаю, что это будет работать для других гостевых ОС.

Я установил сетевой адаптер с NAT на Host-Only, и он автоматически направил новый ip на мою гостевую машину. Это было 10.0.x.xx, а теперь 192.168..xx.xxx. Тогда я пинговал это от хозяина, и это ответило. Надеюсь, это кому-нибудь поможет!

Убедитесь, что на брандмауэре хоста разрешены эхо-пакеты ICMP

Разрешите ICMP эхо-пакет для IP v4 или IP v6, если это необходимо для ваших целей, например:

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

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

Как я надеюсь, вы понимаете, что статья, на которую вы ссылались, посвящена тому, как пинговать запросы в Windows-окне (и пинговать отклики). Но это вопрос об отправке запросов звона из из хоста Windows , и позволяя пинг ответы получить. Почему вы считаете , что это та же проблема? Кроме того, вы заметили, что гость Windows 7 может пропинговать хост Windows 7?

0-Использовать мостовой режим вместо NAT для виртуальной машины в хосте GUI VirtualBox 0-Выключить брандмауэр в хосте Windows 0-Установить некоторую общую папку foo в самой виртуальной машине (c: \ foo или аналогичную) 0-EDIT: уточнить Моя установка Ubuntu 16.04 под управлением Oracle Virtual Box 5.0.24 Host & Windows7 Guest.

Если вы пытаетесь подключить вашу виртуальную машину к компьютеру локальной сети, но она не работает или Мостовая сеть не работает в VMware , вот несколько решений, которые можно использовать для решения этой проблемы. , Это очень распространенный сценарий среди новых пользователей VMware. Даже если вы уже давно используете VMware и внезапно перестали работать мостовые сети, вы также можете попробовать эти решения.

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

Мостовая сеть VMware не работает

Эти следующие способы помогут вам решить проблему мостовой сети в VMware-

Выберите правильное сетевое соединение
Перезапустите VMware Bridge Control
Выберите конкретную виртуальную сеть
Выберите правильное мостовое сетевое соединение
Восстановить все настройки по умолчанию
Отключите ненужные сети на главном компьютере
Отключите брандмауэр/VPN-приложения от хост-компьютера.

1] Выберите подключение к сети .

По умолчанию VMware использует параметр NAT Used для совместного использования IP-адреса хоста , чтобы виртуальная машина могла использовать IP-адрес хост-компьютера при создании сетевого подключения. Это может создать проблемы из-за конфликта IP.

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

Чтобы использовать этот параметр, выберите виртуальную машину и выберите параметр Изменить настройки виртуальной машины . После этого выберите Сетевой адаптер на вкладке Оборудование . С правой стороны вы должны получить опцию с именем Мост: подключен напрямую к физической сети .

Выберите его и нажмите кнопку ОК, чтобы сохранить изменения.

2] Перезапустите VMware Bridge Control .

Иногда простой перезапуск устраняет основные проблемы. Вы можете использовать ту же технику, чтобы решить эту проблему. Это очень легко перезапустить VMware Bridge Control с помощью командной строки. Если в VMware есть какие-то внутренние проблемы, это можно решить, выполнив это. Чтобы перезапустить VMware Bridge Control, откройте командную строку с правами администратора и введите эти команды одну за другой.

3] Выберите конкретную виртуальную сеть

Если вы выберете опцию Bridged, NAT или Host-only, есть вероятность, что VMware может использовать неверную виртуальную сеть. Хотя это очень редко, это может случиться с вами. Таким образом, это довольно хороший вариант для вас, чтобы выбрать конкретную виртуальную сеть вручную, чтобы каждая лазейка могла быть заблокирована.

Для этого выберите виртуальную машину и нажмите Изменить настройки виртуальной машины . После этого перейдите к параметру Сетевой адаптер . С правой стороны вы должны выбрать опцию Пользовательская: Конкретная виртуальная сеть в разделе Сетевое подключение .

Отсюда вам нужно выбрать VMnet0 и сохранить настройки.

4] Выберите правильное мостовое сетевое подключение

После этого вы должны найти VMnet0 в списке. Убедитесь, что это выбрано. После этого выберите Bridged в разделе Информация о VMnet и выберите сетевой адаптер хост-компьютера в раскрывающемся меню.

Теперь нажмите кнопку ОК, чтобы сохранить изменения.

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

5] Восстановите все настройки по умолчанию

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

6] Отключите ненужные сети на главном компьютере

Здесь вы можете найти все сетевые подключения. Нажмите правой кнопкой мыши каждое соединение и выберите Отключить . Не отключайте подключенное в настоящий момент сетевое соединение и все сети с именем Сетевой адаптер VMware .

7] Отключите приложения брандмауэра/VPN на главном компьютере

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

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