Основная справочная техническая информация:
- Хост: Windows 8.1
- Гость: Linux Mint 17
- Версия VMWare Player: 6.0.3 build-1895310
- Аппаратное обеспечение хоста: ноутбук ASUS с Wi-Fi чипсетом Broadcomm
В прошлом (более ранние версии Linux Mint и более ранние версии VMWare Player) я мог переключать сети между NAT и Bridged, и оба работали бы, как и ожидалось. Я остановился на NAT. Недавно мне пришлось переключиться на Bridged, и гостевая ОС Linux не смогла подключиться. Переключитесь обратно на NAT, и все переподключится и работает нормально.
Я обновил VMWare Tools в гостевой ОС, без эффекта. Увы, я не знаю, какое обновление Mint или VMWare Player нарушило функциональность или когда.
Вариации этого вопроса, кажется, возникают часто, но ни один из вопросов, которые я читал здесь на Superuser, кажется, не имеет прямого отношения к этой проблеме или не предлагает ее решение.
Рад предоставить файлы журналов или другую информацию, чтобы помочь отладить проблему. Просто дай мне знать, что тебе нужно. Поскольку я могу использовать NAT в качестве обходного пути, это не срочно. Тем не менее, я хотел бы понять, что не так и исправить это.
Спасибо.
Нашел решение для моей версии проблемы. Надеюсь, это поможет кому-то еще.
Ранее я использовал VirtualBox. Переключение на VMWare (с использованием NAT) работало просто отлично, но VirtualBox оставил адаптер только для хоста в Windows Networking, который (молча) заставлял работать "мостовой" режим в VMWare не работать.
Я столкнулся с аналогичной проблемой при установке «boot2docker» (который использует VirtualBox) на другой машине, на которой работала VMWare, которая затем остановилась после установки «boot2docker». Диагноз этого привел меня к тому, что виновником стал VirtualBox.
SOLUTON:
На хосте Windows перейдите в раздел «Сетевые подключения» и «отключите» все записи сети VirtualBox. Ваши «мостовые» подключения VMWare снова начнут работать.
источник
Вам не нужно отключать адаптеры VirtualBox в Windows. Вы можете исправить это непосредственно в VMWare Player. Зайдите в настройки вашей виртуальной сети, выберите Bridged и нажмите кнопку Configure Adapters. Снимите флажок «VirtualBox Host-Only Ethernet Adapter».
Это решит вашу проблему и оставит адаптеры VirtualBox в Windows работоспособными, так что вы сможете использовать VB и VMWare в одной системе без необходимости постоянно переключать настройки.
источник
Единственное, что исправило мое соединение, было добавить еще один сетевой адаптер (NAT) поверх существующего.
Управление -> Настройки виртуальной машины -> Добавить -> Сетевой адаптер -> Готово.
источник
Я обнаружил, что в VMware Player нет сетевого редактора. Тем не менее, вы можете указать, к какому адаптеру подключиться, и это решило проблему для меня. На приведенном ниже экране были выбраны оба адаптера. Отмените выбор Hyper-V, оставив только физический адаптер.
источник
Я также хотел бы упомянуть в дополнение к этим ответам, что хост Firewall, в частности клиенты / программное обеспечение Firewall (в моем случае AVG Firewall), может создавать помехи адаптеру Bridge для Vmware, попробуйте отключить программное обеспечение брандмауэра.
источник
У меня похожая проблема, и это было вызвано тем, что у меня есть 2 сетевые карты (eth / wifi) на моем хосте и оба подключены к Интернету. Когда я отключил один, проблема исчезла.
источник
На моей установке это была установка npcap (с wireshark) на хост, который разрывал виртуальные соединения. Зайдя в конфигурацию сети vmware и отключив адаптер npcap для vm, восстановил соединение
источник
В VMWare Workstation Player мне пришлось сделать две вещи:
1) В настройках моего сетевого адаптера Windows в разделе «Свойства адаптера, который я использую для подключения к локальной сети», я должен был убедиться, что установлен флажок «Протокол VMWare Bridge».
2) В настройках сетевого адаптера VMWare, как уже упоминали другие, убедитесь, что единственным адаптером, выбранным в разделе «Настройка адаптеров», является адаптер, который вы используете для подключения к локальной сети.
Выполнив эти две вещи, я перезагрузил компьютер, а затем моя виртуальная машина и сеть успешно соединились. Надеюсь это поможет!
источник
В моем случае это оказался запутанный маршрутизатор, просто нужно было отключить / снова включить питание. Это после попытки всего вышеперечисленного хе. Я заметил, что переход на страницу администрирования маршрутизаторов не работал, когда я отключил ее и перезагрузил, а затем восстановил мостовую сеть! так что проверь это тоже ...
источник
Я использовал мостовое соединение для виртуальной машины Kubuntu. Он внезапно перестал работать, не знаю почему. Я исправил это, введя консольную команду "nmcli network on".
Я понятия не имею, почему это сработало.
источник