Хост-сеть VMware Workstation недоступна

VMware Workstation 7 на Win7-64 (Home Premium).

Я подтвердил это на любом госте, работающем на этой машине (от winxp до debian).

Я использую мостовое сетевое соединение для моих гостей (Автоматически на VMnet0). Вся конфигурация сети выполняется с помощью DHCP (в том числе на хосте).

проблема

Что я не могу сделать:

  • Пингуйте мой хост-компьютер изнутри любой виртуальной машины. (либо показывает мне "Хост назначения недоступен", либо просто отключается)

Что я могу сделать сразу после включения, без проблем вообще.

  • Я могу подключиться к Интернету изнутри виртуальной машины
  • Я могу пинговать свой маршрутизатор изнутри виртуальной машины
  • Я могу пинговать другие машины в моей сети изнутри виртуальной машины
  • Другие машины могут пинговать ВМ
  • Другие машины могут пинговать хост
  • Моя хост-машина может пропинговать ВМ (это важно. Читайте дальше)

подробности

Таким образом, мой маршрутизатор назначен как 192.168.2.1/255.255.255.0, и маршрутизатор предоставляет службу DHCP (и, похоже, это происходит успешно).

В сети нет конфликтов IP, о которых я знаю. Все маски шлюзов и подсетей являются подходящими и совпадают.

Вся моя мастерская находится в одной подсети с одним DHCP-сервером и шлюзом.

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

Мои мысли

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

Мне кажется, что операционная система моего хоста (Win7) каким-то образом настроена неправильно, или VMware Workstation настроен неправильно со стороны хоста. Хотя я сделал все возможное, чтобы поставить все по умолчанию, я чувствую, что упускаю что-то глупое.

Источник

7 ответов

Решение

У меня была такая же проблема: не удалось пропинговать <-> от хоста и гостя. Другие сети были в порядке. Я снял флажок с установленного DNE LightWeight Filter, и это устранило проблему. Благодаря комментарию Уокернео. Мой DNE фильтр пришел от Citrix.

  1. Центр коммуникаций и передачи данных
  2. Выберите свой адаптер, который имеет Интернет
  3. Нажмите кнопку свойств в окне состояния подключения
  4. Снимите флажок DNE LightWeight Filter в свойствах адаптера.
  5. Нажмите OK и подождите, пока ваш адаптер сам перезагрузится
Источник

Вам нужно включить протокол моста VMware на хосте.

Зайдите в Центр управления сетями и общим доступом. Справа будет список соединений (Тип доступа: Соединения), выберите сетевой адаптер VMware. Откройте Свойства, установите флажок Протокол VMware Bridge и выйдите из экрана.

Источник

У меня была похожая проблема, и мне удалось ее решить. У меня установлены Virtualbox и VMware Workstation. VMnet0 VMware пытается использовать мой физический адаптер, но [сетевой адаптер моста Virtualbox] вместо [протокол моста VMware].

Я решил это, сделав следующее:

1) Отключить [сетевой адаптер Virtualbox Bridge]

2) "Восстановить настройки по умолчанию" для VMware "Virtual Network Editor"

3) Переустановите VMnet0 "Bridged to:" на мой физический адаптер

Но на этот раз без конфликта Virtualbox Bridge Adapter он будет использовать [Протокол VMware Bridge]

Источник

Для меня это произошло из-за VPN-клиента Check Point Endpoint. После удаления он работал как часы.

Несмотря на то, что я проверил свойства адаптера и отключил все параметры, кроме моста для VMware, он все равно не работал, поэтому я удалил VPN-клиент Check Point.

Надеюсь, это тоже может помочь!

Источник

Пока что мой вывод заключается в том, что механизм моста каким-то образом вызывает проблему. Я также чувствую, что это может зависеть от версии / ОС, поскольку я не вспоминал эту проблему в прошлом (хотя я могу ошибаться).

При использовании второго NIC на моей хост-машине моя виртуальная машина может пропинговать этот NIC, но не тот NIC, который обеспечивает мостовое соединение. (у каждого сетевого адаптера свой IP-адрес)

редактировать

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

Источник

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

Источник

У меня была та же проблема, что действительно решило мою проблему, включив поддержку Adhoc 802.11n для активного сетевого адаптера.

Что вам нужно сделать, это

  1. Перейти к свойствам моего компьютера
  2. В разделе " Сетевые адаптеры" щелкните правой кнопкой мыши сетевой адаптер и выберите " Свойства".
  3. Перейдите на вкладку " Дополнительно ".
  4. Установите значение поддержки Adhoc 802.11n, чтобы Включить.
Источник
Другие вопросы по тегам