«Мостовая» сеть VMware Player больше не работает - host = win8.1 guest = Mint 17 Linux

15

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

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

Спасибо.

JesseM
источник

Ответы:

21

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

Роберт Дэниелс
источник
простое решение, которое сработало и для меня
iBabur
Я так рад, что нашел этот ответ! Я полностью забыл, что установил virtualBox, и заметил, что после нескольких перезапусков я могу использовать свою сеть с мостовыми подключениями. Спасибо!
Слава Бабин
13

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

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

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

SOLUTON:

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

JesseM
источник
6

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

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

Майк
источник
3

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

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

Педро Лейте
источник
Я могу подтвердить, что мне приходилось делать эту вещь несколько раз - это почти как VMWare теряет соединение с виртуальным NIC на хосте, а создание нового NIC на гостевой восстанавливает его.
Майки TK
Это на самом деле сработало
smac89
2

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

введите описание изображения здесь

Лео
источник
0

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

Z3R0_XP
источник
0

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

утес
источник
0

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

грабить
источник
0

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

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

2) В настройках сетевого адаптера VMWare, как уже упоминали другие, убедитесь, что единственным адаптером, выбранным в разделе «Настройка адаптеров», является адаптер, который вы используете для подключения к локальной сети.

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

Бретт Макмиллиан
источник
0

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

Колин Ламарр
источник
-1

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

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

Джош Портер
источник
1
Вы заставляете это звучать так, как будто вы нажимаете случайные клавиши, и они пишутся как «nmcli network on», и волшебным образом это работает. Конечно, у вас была причина попробовать эту команду.
fixer1234
2
Я был в 6-часовом ошеломлении, пытаясь исправить это, набрав случайный c ** p из stackexchange, потея от отчаяния. Я вошел в состояние фуги и проснулся голым в поле с фиксированным подключением виртуальной машины моего ноутбука и командой «nmcli network on», написанной рядом со мной.
Джош Портер