VMware Player «Мостовая» сеть больше не работает – хост=Win8.1 гость=Mint 17 Linux

Основная техническая информация:

1. Хост: Windows 8.1
2. Гость: Linux Mint 17
3. Версия VMWare Player: 6.0.3 build-1895310
4. Аппаратное обеспечение хоста: ноутбук ASUS с wifi чипсетом Broadcom

В прошлом (в более ранних версиях Linux Mint и VMWare Player) я мог переключать сетевые настройки между NAT и Bridged, и оба варианта работали как ожидалось. Я остановился на NAT. Недавно возникла необходимость переключиться на Bridged, и гостевой Linux OS не смог подключиться. Переключение обратно на NAT, и всё снова подключается и работает отлично.

Я обновил VMWare Tools в гостевой ОС, но безрезультатно. Увы, я не знаю, какое именно обновление Mint или VMWare Player сломало функциональность или когда это произошло.

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

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

Спасибо.

Есть другой, не такой “жесткий” подход к решению этой проблемы. Это меня уже не раз подводило. Перейдите в редактор виртуальных сетей VMWare Virtual Network Editor и в разделе информации о VMNet для “Bridged” откройте выпадающее меню “Bridged to:” и измените с Автоматического на имя вашего физического адаптера. Это позволяет VMWare и VirtualBox работать вместе на одном хосте. (Удивительно, что VMWare не обнаруживает это, если на хосте установлено более одной виртуальной машины)

Нашел решение для своей версии проблемы. Надеюсь, поможет другим.

Ранее я использовал VirtualBox. Переключение на VMWare (с использованием NAT) работало отлично, но VirtualBox оставил адаптер “только хост” в сетевых настройках Windows, что (молчаливо) делает режим “моста” в VMWare неработающим.

Я столкнулся с аналогичной проблемой при установке “boot2docker” (который использует VirtualBox) на другой машине, где VMWare работал, но перестал после установки “boot2docker”. Диагностика показала, что причиной является VirtualBox.

РЕШЕНИЕ:

На хосте Windows перейдите в Подключения к сети и “отключите” все сетевые записи VirtualBox. Ваши подключенные по мосту соединения VMWare снова начнут работать.

Не обязательно отключать адаптеры VirtualBox в Windows. Вы можете исправить это прямо в VMWare Player. Перейдите в настройки сети вашей виртуальной машины, выберите Bridged и затем нажмите кнопку Configure Adapters. Снимите отметку с “VirtualBox Host-Only Ethernet Adapter”.

Это решит вашу проблему и оставит адаптеры VirtualBox функциональными в Windows, так что вы сможете использовать как VB, так и VMWare на одной системе без необходимости постоянно менять настройки.

Я обнаружил, что в VMware Player нет редактора сети. Однако вы можете указать, к какому адаптеру подключиться по мосту, и это решило мою проблему. В предложенном ниже экране были выбраны оба адаптера. Снимите отметку с Hyper-V, оставив только физический адаптер.

Единственное, что исправило мое соединение, это добавление еще одного сетевого адаптера (NAT) поверх существующего.

Управление -> Настройки виртуальной машины -> Добавить -> Сетевой адаптер -> Завершить.

В моей установке это было из-за установки npcap (с wireshark) на хосте, что сломало виртуальные соединения. Войдя в конфигурацию сети vmware и отключив адаптер npcap для VM, восстановилось соединение.

Благодаря ответу JesseM я проверил адаптеры, но VirtualBox уже был деактивирован. Причиной оказался WSL. Для тех, у кого новая Windows 10 с активированным WSL, подключение по мосту начало работать сразу после того, как я отключил адаптер WSL в сетевых подключениях.

Хотелось бы также упомянуть в дополнение к этим ответам, что хостовый файрвол, особенно программный файрвол (в моем случае AVG Firewall), может мешать работе мостового адаптера для Vmware. Попробуйте отключить программный файрвол.

У меня была похожая проблема, и причиной было то, что у меня было 2 сетевых карты (eth/wifi) на хосте, и обе были подключены к интернету. Как только я отключил одну, проблема исчезла.

Я использовал подключение по мосту для виртуальной машины Kubuntu. Оно внезапно перестало работать, без понятия почему. Я исправил это, введя команду в консоли “nmcli networking on”.

Я абсолютно не знаю, почему это сработало.

В VMWare Workstation Player, мне пришлось сделать две вещи:

1) В параметрах сетевого адаптера Windows, в разделе Свойства адаптера, который я использую для подключения к локальной сети, я должен был убедиться, что флажок VMWare Bridge Protocol установлен.

2) В настройках сетевого адаптера VMWare, как упоминали другие, убедитесь, что единственный отмеченный адаптер в Configure Adapters — это адаптер, который вы используете для подключения к локальной сети.

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

В моем случае это оказался “запутавшийся” роутер, нужно было отключить/включить его питание. Это после того, как я попробовал всё вышеописанное, хех. Я заметил, что страница администрирования роутера не открывается, и тогда я отключил его и перезагрузил, после чего работа с мостовой сетью возобновилась! Так что проверьте и это…

Я столкнулся с той же проблемой, почти сделал ремонт VMWare, переустановку. Также восстановил настройки по умолчанию в редакторе виртуальных сетей, но проблема осталась.

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

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

Надеюсь, это поможет вам…

У меня тоже была эта проблема, я перепробовал всё, что связано с отключением адаптеров, пересмотром настроек редактора виртуальных сетей и прочим. Но ничего не сработало. Моя установка:

• VMWare Workstation 15 Pro
• Хост: Windows 10 Enterprise, версия 1909
• Гость: Windows 2012 R2 Datacenter

РЕШЕНИЕ:

Я заметил, что результат команды ipconfig на госте показывает странные IP и маску сети. Поэтому я попробовал вручную установить параметры IPv4 для bridge adapter (Ethernet0) в панели управления гостя. Установив правильную маску подсети, шлюз и IP, это заработало.

Как упомянуто в ответе @rob, в моем случае это также была установка npcap (которая поставляется с wireshark) на хосте, что вызвало проблему.

Когда я удалил npcap с хоста, всё стало работать корректно. Однако мне необходимо иметь npcap установленным, поскольку я использую Wireshark. Окончательное решение для меня заключалось в установке npcap отдельно от Wireshark, используя отдельный установщик с сайта Npcap. Главное было убедиться, что “Установить Npcap в режиме совместимости с WinPcap API” было отмечено при установке npcap.
После этого я могу использовать Wireshark, и сетевое подключение по мосту снова работает на моей VM.