"Мостовое" взаимодействие с VMware Player больше не работает - host = win8.1 guest = Mint 17 Linux

Question

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

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

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

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

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

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

Благодарю.

Answer 1

Существует другой, не такой "брутальный" подход к решению этой проблемы. Это укусило меня не раз. Перейдите к редактору виртуальных сетей VMWare и в разделе "Информация о VMNet" для "Мостовой" перетащите раскрывающийся список «Мостовой в:» и измените с "Автоматически" на имя физического адаптера. Это позволяет и VMWare, и VirtualBox играть вместе на одном хосте. (Я удивлен, что VMWare не обнаруживает это, когда на хосте установлено более 1 приложения VM)

Answer 2

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

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

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

SOLUTON:

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

Answer 3

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

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

Answer 4

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

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

Answer 5

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

Answer 6

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

Answer 7

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

Answer 8

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

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