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 настроен неправильно со стороны хоста. Хотя я сделал все возможное, чтобы поставить все по умолчанию, я чувствую, что упускаю что-то глупое.
источник
Ответы:
У меня была такая же проблема: не удалось пропинговать <-> от хоста и гостя. Другие сети были в порядке. Я снял флажок с установленного DNE LightWeight Filter, и это устранило проблему. Благодаря комментарию Уокернео. Мой DNE фильтр пришел от Citrix.
источник
Вам нужно включить протокол моста 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]
источник
Пока что мой вывод заключается в том, что механизм моста каким-то образом вызывает проблему. Я также чувствую, что это может зависеть от версии / ОС, поскольку я не вспоминал эту проблему в прошлом (хотя я могу ошибаться).
При использовании второго NIC на моей хост-машине моя виртуальная машина может пропинговать этот NIC, но не тот NIC, который обеспечивает мостовое соединение. (у каждого сетевого адаптера свой IP-адрес)
редактировать
Определенно, что-то изменило мостовое соединение, хотя я недавно переустановил операционную систему, поэтому не могу окончательно сказать, в чем заключалась проблема или решение. Проблема никогда не повторялась (хотя я был более разборчив в отношении программного обеспечения, которое я установил, что может предложить уже принятый ответ)
источник
У меня была та же проблема, что действительно решило мою проблему, включив поддержку Adhoc 802.11n для активного сетевого адаптера.
Что вам нужно сделать, это
источник