Vmware не видит сетевой адаптер
Если вы пытаетесь подключить вашу виртуальную машину к компьютеру локальной сети, но она не работает или Мостовая сеть не работает в VMware , вот несколько решений, которые можно использовать для решения этой проблемы. , Это очень распространенный сценарий среди новых пользователей VMware. Даже если вы уже давно используете VMware и внезапно перестали работать мостовые сети, вы также можете попробовать эти решения.
Есть много людей, которым часто нужно подключить свою виртуальную машину к компьютеру локальной сети для обмена файлами. Это очень легко сделать с вашей хост-машиной. Проблема начинается, когда вы пытаетесь сделать то же самое с гостевой операционной системой в VMware. Это происходит из-за сетевого адаптера без общего доступа, который отвечает за создание соединения между компьютером локальной сети и вашей виртуальной машиной.
Мостовая сеть VMware не работает
Эти следующие способы помогут вам решить проблему мостовой сети в VMware-
- Выберите правильное сетевое соединение
- Перезапустите VMware Bridge Control
- Выберите конкретную виртуальную сеть
- Выберите правильное мостовое сетевое соединение
- Восстановить все настройки по умолчанию
- Отключите ненужные сети на главном компьютере
- Отключите брандмауэр/VPN-приложения от хост-компьютера.
1] Выберите подключение к сети .
По умолчанию VMware использует параметр NAT Used для совместного использования IP-адреса хоста , чтобы виртуальная машина могла использовать IP-адрес хост-компьютера при создании сетевого подключения. Это может создать проблемы из-за конфликта IP.
Поэтому вы можете выбрать выделенную опцию, которая позволит вам легко установить мостовое соединение. Если вы выберете эту опцию, она позволит вам копировать состояние соединения хост-машины. Другими словами, вы получите больше гибкости.
Чтобы использовать этот параметр, выберите виртуальную машину и выберите параметр Изменить настройки виртуальной машины . После этого выберите Сетевой адаптер на вкладке Оборудование . С правой стороны вы должны получить опцию с именем Мост: подключен напрямую к физической сети .
Выберите его и нажмите кнопку ОК, чтобы сохранить изменения.
2] Перезапустите VMware Bridge Control .
Иногда простой перезапуск устраняет основные проблемы. Вы можете использовать ту же технику, чтобы решить эту проблему. Это очень легко перезапустить VMware Bridge Control с помощью командной строки. Если в VMware есть какие-то внутренние проблемы, это можно решить, выполнив это. Чтобы перезапустить VMware Bridge Control, откройте командную строку с правами администратора и введите эти команды одну за другой.
3] Выберите конкретную виртуальную сеть
Если вы выберете опцию Bridged, NAT или Host-only, есть вероятность, что VMware может использовать неверную виртуальную сеть. Хотя это очень редко, это может случиться с вами. Таким образом, это довольно хороший вариант для вас, чтобы выбрать конкретную виртуальную сеть вручную, чтобы каждая лазейка могла быть заблокирована.
Для этого выберите виртуальную машину и нажмите Изменить настройки виртуальной машины . После этого перейдите к параметру Сетевой адаптер . С правой стороны вы должны выбрать опцию Пользовательская: Конкретная виртуальная сеть в разделе Сетевое подключение .
Отсюда вам нужно выбрать VMnet0 и сохранить настройки.
4] Выберите правильное мостовое сетевое подключение
После этого вы должны найти VMnet0 в списке. Убедитесь, что это выбрано. После этого выберите Bridged в разделе Информация о VMnet и выберите сетевой адаптер хост-компьютера в раскрывающемся меню.
Теперь нажмите кнопку ОК, чтобы сохранить изменения.
Вот некоторые из рабочих решений этой проблемы. Однако, если у вас все еще возникает та же проблема, вы также можете следовать этим инструкциям.
5] Восстановите все настройки по умолчанию
Если вы внесли много изменений и сеть Bridged перестала работать после этого, вы всегда можете использовать опцию сброса, которая сделает все как новое. Чтобы использовать этот параметр, откройте редактор виртуальной сети и нажмите кнопку Изменить настройки , чтобы внести изменения в этом окне. После этого вы можете найти параметр Восстановить значения по умолчанию , который вам нужно использовать.
6] Отключите ненужные сети на главном компьютере
Если вы использовали хост-компьютер для подключения к нескольким соединениям Ethernet, это может вызвать эту проблему. Лучший способ обнаружить это – отключить все дополнительные сетевые адаптеры на главном компьютере. Для этого нажмите Win + R, чтобы открыть окно «Выполнить», и введите ncpa.cpl .
Здесь вы можете найти все сетевые подключения. Нажмите правой кнопкой мыши каждое соединение и выберите Отключить . Не отключайте подключенное в настоящий момент сетевое соединение и все сети с именем Сетевой адаптер VMware .
7] Отключите приложения брандмауэра/VPN на главном компьютере
Хотя это не должно происходить, иногда VPN может также вызвать эту проблему. Если вы недавно установили приложение VPN или брандмауэр на своем хосте или виртуальной машине, рекомендуется временно отключить его и проверить, сохраняется ли проблема.
Я установил в VMware-станций-полный-10.0.3-1895310 на windows 8.1. Несмотря на то, что протокол моста VMware включен в моем адаптере локальной сети, но все еще я неспособен добавить и переключить VMNET0 в мостовой режим.
Cannot change network to bridged: There are no unbridged host network adapters
до сих пор я пробовал следующие вещи:
я переустановил его много раз.
У меня есть восстановить настройки по умолчанию виртуальной сети редактор.
также проверили, что протокол моста Vmware включен.
проверьте, запущена ли служба моста vmnet или нет.
сделали почти все присутствующие на форумах.
Я размещаю изображения ниже, а также я публикую в выпадающем окне проверить падение Box ссылка скриншотов
восстановление VMWare настройки сети по умолчанию от Редактор Виртуальных Сетей исправлена моя проблема
- Удалить Kaspersky
- перезагрузите компьютер
- откройте "редактор виртуальных сетей" (правка > редактор виртуальных сетей)
- если нет vmnet0 переустановить VMware в противном случае переустановить Kaspersky
удаление Kaspersky Internet Security действительно работает (Windows 8.1 + Kaspersky 15). Деинсталлируйте антивирусное программное обеспечение (в случае Касперского вы можете сохранить лицензионные данные), перезагрузитесь, установите VMWare Workstation-Profit! :)
после этого вы можете точно установить Kaspersky.
после установки VMWare Workstation на новой машине я наткнулся на вышеуказанную ошибку, которую я никогда не видел раньше – не было в настоящее время мостовых адаптеров, доступных для привязки моей виртуальной сети.
Я считаю, что триггер отключал 2 автоматически созданных виртуальных сетевых адаптера, прежде чем я фактически открыл виртуальную машину. Длинные и короткие ИТ-ОС, что драйвер моста ядра не работает, вероятно, из-за того, что протокол моста vmware не установлен на физический сетевой адаптер(ы).
нажмите на "сетевые подключения" и выбрать "Открыть Центр управления сетями и общим " Открыть Центр управления сетями и общим доступом
Если нет, добавьте службу и выберите "VMware ridge Protocol" в следующем диалоговом окне. Если нет услуги для установки, то вполне вероятно, что ваша установка повреждена и переустановка
У меня тоже были проблемы с VMNET0 не работает как мост после обновления до Windows 10. В настоящее время я использую VMWare Workstation 12. Я смог решить эту проблему, перейдя в Панель управления, открыв программы и компоненты, щелкнув правой кнопкой мыши VMWare Workstation и выбрав вариант восстановления. После того, как ремонт был завершен (да, он показал сетевые драйверы удаляются/устанавливаются) перезагрузка требуется, и все теперь хорошо. VMNET0 работает должным образом как мост. Я надеюсь, что это помогает.
экспорт всех виртуальных машин в OVF. Удалите VMWare. Установить VirtualBox. Импорт виртуальных машин. Это решило мои проблемы, потратив несколько дней и прочитав более 100 страниц "почему Мостовая сеть не работает на VMWare".
Потребовалось по работе установить гипервизор VMware ESXi 6.7 на не серверную машину.
Записав образ на флэшку и начав установку, я увидел вот такую ошибку:
Странно, но в системном блоке целых 2 сетевые карты. Что ж, осталось погуглить.
Решение далее, а так же ссылки на файлы в конце заметки…
Как оказалось, в установочном образе ограниченное количество драйверов, да и те для серверного железа. Что бы понять какие драйвера мне нужны, я загрузился с внешнего диска (Ubuntu 18.04) и выполнил команду:
результатом стал вывод оборудования:
00 : 00.0 Host bridge : Intel Corporation Xeon E3 - 1200 v2 / 3rd Gen Core processor DRAM Controller ( rev 09 )
00 : 01.0 PCI bridge : Intel Corporation Xeon E3 - 1200 v2 / 3rd Gen Core processor PCI Express Root Port ( rev 09 )
00 : 02.0 VGA compatible controller : Intel Corporation Xeon E3 - 1200 v2 / 3rd Gen Core processor Graphics Controller ( rev 09 )
00 : 14.0 USB controller : Intel Corporation 7 Series / C210 Series Chipset Family USB xHCI Host Controller ( rev 04 )
00 : 1b.0 Audio device : Intel Corporation 7 Series / C216 Chipset Family High Definition Audio Controller ( rev 04 )
00 : 1c.0 PCI bridge : Intel Corporation 7 Series / C216 Chipset Family PCI Express Root Port 1 ( rev c4 )
00 : 1c.4 PCI bridge : Intel Corporation 7 Series / C210 Series Chipset Family PCI Express Root Port 5 ( rev c4 )
00 : 1f.2 SATA controller : Intel Corporation 7 Series / C210 Series Chipset Family 6 - port SATA Controller [ AHCI mode ] ( rev 04 )
03 : 00.0 Ethernet controller : Realtek Semiconductor Co . , Ltd . RTL8111 / 8168 / 8411 PCI Express Gigabit Ethernet Controller ( rev 09 )
Можно, конечно, применить фильтр grep для отображения только сетевых карт, но это как кому надо.
ШАГ 1. Скачаем “ESXi Customizer” (на момент заметки версия 2.7.2). Ссылка.
ШАГ 2. Драйвера для сетевой карты.
Далее, на сайте vibsdepot.v-front.de в разделе “List of currently available ESXi packages” необходимо найти нужную сетевую карту. В моём случае это
-
: Updated driver for Realtek 8168/8111/8411/8118 based NICs
Переходим и в Direct Download links качаем всё что надо.
ШАГ 3. Добавление драйверов в образ.
Здесь всё просто. Запускаем скачанный из шага 1 ESXi-Customizer-v2.7.2.exe, переходим в созданный им каталог ESXi-Customizer-v2.7.2\ и там запускаем ESXi-Customizer.cmd.
В открывшемся окне программы выбираем:
Все опции предельно ясны, но поясню на всякий случай:
Как только всё это будет указано, смело жмём Run!
После успешного завершения появится вот такое окно
а в папке появится новый образ диска.
Способ 7: восстановление настроек редактора виртуальной сети по умолчанию
Оказывается, есть одна конкретная сборка Windows 10, которая нарушает функцию мостового соединения на VMware Workstation. Как выясняется, если вы обновитесь до Windows 10, построенной 1703 или выше, когда установлена программа WMware, функция сетевого моста станет непригодной для использования, если не будут выполнены ручные действия.
Это происходит из-за того, что это обновление удаляет несколько ключей (VMnetDHCP и VMware NAT Service), что в итоге приводит к эффективному разрушению функции моста в VMWare Workstation. Но, как оказалось, вы можете очень легко устранить ущерб, заставив VMware воссоздать два раздела реестра, восстановив настройки редактора виртуальной сети по умолчанию.
Замечания: Приведенные ниже шаги применимы только для пользователей Vmware Workstation PRO и не могут быть реплицированы в VMware Player.
Вот краткое руководство о том, как это сделать:
- Откройте проводник и перейдите в следующую папку:
- Как только вы попадете туда, щелкните правой кнопкой мыши на vmnetcfg.exe и выбрать Запустить от имени администратора.
- Как только вам удастся открыть редактор виртуальной сети с правами администратора, нажмите Сброс настроек, а затем нажмите на Применять сохранить изменения.
Восстановление настроек редактора виртуальной сети по умолчанию - Перезапустите рабочую станцию VMware и посмотрите, работает ли режим моста, как предполагалось.
Если этот метод неприменим или вы все еще сталкиваетесь с этой конкретной проблемой, перейдите к следующему способу ниже.
Способ 6. Отключение всех сетевых записей VirtualBox от сетевых подключений
Если вы ранее использовали Virtual box, имейте в виду, что у вас могут возникнуть проблемы, если вы переключитесь на VMware (мостовой режим). Оказывается, что адаптеры, оставленные виртуальным блоком, могут вызвать проблемы с мостовым соединением внутри VMware.
Если этот сценарий применим к вашей текущей ситуации, и вы хотите использовать VMware, есть три пути вперед:
- Удалите VirtualBox вместе с адаптером, который использовался программным обеспечением.
- Начните использовать NAT с VMWare
- Отключите все записи сети, принадлежащие VirtualBox, из меню «Сетевые подключения»
- Нажмите Windows ключ + R открыть Бежать диалоговое окно. Затем введите «Ncpa.cpl» и нажмите Войти воспитывать Сетевые соединения Вкладка.
- Внутри Сетевые соединения вкладка, щелкните правой кнопкой мыши> Отключить на каждом сетевом адаптере, принадлежащем VirtualBox. У вас может быть один или несколько разных адаптеров, в зависимости от того, насколько широко вы использовали VirtualBoxОсобенности
Замечания: Если вас попросят UAC (контроль учетных записей пользователей), щелчок да предоставить необходимые разрешения для отключения виртуального адаптера. - После отключения каждого адаптера VirtualBox откройте VMware, запустите виртуальную машину, которая ранее доставляла вам проблемы, и посмотрите, не работают ли функции моста.
Отключение каждого адаптера VirtualBox
Если вы все еще сталкиваетесь с той же проблемой, перейдите к следующему способу ниже
Способ 1: перезагрузка Vmnetbridge.sys через администратор CMD
VMnetbridge.sys (управление мостом VMware) также может вызвать эту конкретную проблему в тех случаях, когда файл неправильно запускается или становится сбойным, прежде чем он может облегчить связь между хост-машиной и гостевым компьютером.
Если этот сценарий применим, скорее всего, вы сможете решить проблему, перезапустив bmnetbridge служба через повышенную командную строку. Несколько затронутых пользователей сообщили, что эта процедура позволила им устранить проблему, так как хост и гостевые машины начали взаимодействовать при следующем запуске окна VMware.
Вот краткое руководство по перезагрузке vmnetbriddge.sys через админ CMD:
Если проблема все еще не решена, и вы все еще сталкиваетесь с той же проблемой мостовой сети, перейдите к следующему способу ниже.
Способ 3: отмена выбора всех адаптеров, кроме физической сетевой карты
Если вы используете Workstation Pro и не используете сетевое соединение внутри своих виртуальных машин при использовании мостового соединения, вы сможете решить эту проблему с помощью VMWare Виртуальный сетевой редактор отменить выбор всех сетевых адаптеров, которые не являются необходимыми для сетевого подключения.
Несколько затронутых пользователей сообщили, что хост-машина и гостевая машина начали обмениваться данными о подключении к Интернету сразу после проведения этой модификации.
Важный: Этот метод будет применим, только если вы используете VMware Workstation Pro. Следующие шаги не могут быть воспроизведены в VMware Workstation Player!
Вот краткое руководство о том, как это сделать:
-
открыто VMware Workstation PRO и используйте полосу ленты в верхней части, чтобы перейти к Редактировать> Редактор виртуальной сети.
Доступ к редактору виртуальных сетей из приложения
Замечания: Вы также можете полностью закрыть VMware Workstation и использовать функцию поиска Windows (нажмите клавишу Windows) для поиска VMWare Виртуальный сетевой редактор.
Если вы все еще сталкиваетесь с той же проблемой или этот метод не применим к вашему конкретному сценарию, перейдите к следующему способу ниже.
Что вызывает проблемы с VMware Bridged Network?
Мы исследовали эту конкретную проблему, изучив различные пользовательские отчеты и стратегии исправления, которые обычно используются для решения этой проблемы. Исходя из того, что мы собрали, существует несколько распространенных сценариев, которые могут привести к этой проблеме:
- Vmnetbridge.sys глючит — Как выясняется, эта конкретная проблема может возникать в тех случаях, когда служба, отвечающая за мостовой режим, неправильно запускается или остается в состоянии «неопределенности». В этом конкретном случае вы можете решить проблему, выполнив пару команд в командной строке с повышенными правами.
- WMware выбирает не ту виртуальную сеть — Если вы оставите VMware, чтобы выбрать, какую виртуальную сеть использовать для режима моста, скорее всего, она в конечном итоге будет использовать ее без активного подключения к Интернету, что в итоге приведет к возникновению этой проблемы. Одним из способов решения этой проблемы является настройка определенной виртуальной сети, которая, как вы знаете, работает.
- Wmware соединяется с неправильным адаптером — Если вы оставите для параметров Bridging значение Automatic, эта проблема возникнет, если VMnet0 завершит Bridging с сетевым адаптером, который в настоящее время не поддерживает подключение к Интернету. Вы можете устранить эту проблему, выбрав мостовой адаптер вручную.
- Слишком много ненужных адаптеров — Vmware не очень хорош в выборе идеального сетевого адаптера, который следует использовать для режима моста. К счастью, вы можете убедиться, что программное обеспечение не выбрало неправильный, удалив все ненужные адаптеры из списка «Автоматическое соединение».
- VPN-клиент мешает работе VMware — Существует несколько VPN-клиентов (особенно VPN с удаленным доступом к конечной точке), которые, как известно, мешают работе моста в VMware. Если этот сценарий применим, вы можете решить проблему, удалив VPN-клиента с хост-компьютера.
- Адаптеры VirtualBox мешают работе VMware — Как сообщали несколько пользователей, эта конкретная проблема также может возникать, если вы ранее использовали VirtualBox (перед переключением на VMware). Если сетевые адаптеры, используемые VirtualBox, все еще используются, вам необходимо отключить их, чтобы устранить проблема в VMware.
- Обновление Windows сломало функцию моста — Если вы обновитесь до Windows 10 build 1703 или выше, когда установлена VMware, используемое обновление в конечном итоге удалит пару ключей реестра, которые необходимы для функции моста. В этом случае вы можете решить проблему, вернув настройки редактора виртуальной сети к настройкам по умолчанию.
- Сторонний брандмауэр блокирует функцию моста — Есть несколько комплектов AV, которые включают брандмауэр (чаще всего AVG и BitDefender), которые, как известно, вызывают эту конкретную проблему. Если этот сценарий применим, вы можете либо использовать встроенное решение, чтобы пропустить виртуальные машины через брандмауэр, либо полностью отключить брандмауэр.
Если вы в настоящее время пытаетесь решить ту же проблему, эта статья предоставит вам несколько шагов по устранению неполадок. Ниже вы найдете коллекцию методов, которые другие пользователи в аналогичной ситуации успешно использовали для решения проблемы мостовой сети VMware.
Для достижения наилучших результатов мы рекомендуем вам следовать потенциальным исправлениям в том порядке, в котором они представлены. Мы попытались охватить все возможные сценарии, поэтому один из методов, приведенных ниже, должен решить проблему в вашем конкретном сценарии.
Метод 8: Разрешение виртуальных машин VMware от брандмауэров AVG (если применимо)
Как выясняется, эта конкретная проблема также может возникать, если вы используете стороннюю систему безопасности (которая включает в себя брандмауэр), которая чрезмерно защищает сетевые соединения, которыми она управляет. Несколько затронутых пользователей сообщили, что им удалось решить проблему после обнаружения, что брандмауэр AVG (или подобное решение безопасности) отвечает за их проблему мостового режима в VMware.
Обновить: Похоже, что эта проблема также может быть вызвана брандмауэром Bitdefender. Поскольку BitDefender не включает параметр, позволяющий виртуальным сетям проходить через их брандмауэр, в этом случае единственный способ — полностью отключить брандмауэр.
Если этот сценарий применим к вашей текущей ситуации и вы используете AVG Internet Security, вы можете быстро решить эту проблему, изменив расширенные настройки AVG, чтобы разрешить все виртуальные машины и трафик. Вот как это сделать:
- Откройте Avast Internet Security и перейдите к Настройки> Режим эксперта> Расширенные настройки.
- В меню «Дополнительные настройки» убедитесь, что поле, связанное с Разрешить любой трафик с / на виртуальные машины, поддерживаемые брандмауэром является проверено.
Разрешение виртуальных сетей в AVG - Нажмите Применять сохранить текущую конфигурацию.
- Перезапустите VMware и посмотрите, была ли проблема решена.
Замечания: если вы используете другой пакет безопасности и считаете, что этот метод может быть применим, найдите в Интернете конкретные шаги по разрешению использования виртуальных сетей в соответствии с используемым вами брандмауэром .h
Я установил VMware Workstation 10.0. Мой компьютер имеет 3 сетевых адаптера (Bluetooth, Ethernet и беспроводной). И я уже установил драйверы для него.
,
Но эти адаптеры не обнаружены в VMware.
Я изо всех сил пытался найти решение в Интернете для этой проблемы, но ничего не нашел. Так что любой может мне помочь, пожалуйста.
Способ 5: удаление VPN-клиента с хоста
Как выясняется, эта конкретная проблема также может возникнуть, если вы активно используете VPN-соединение для защиты своей анонимности в Интернете. Несколько пострадавших пользователей сообщили, что мостовое соединение заработало, как и ожидалось, сразу после удаления VPN-клиента.
Замечания: Если вы заинтересованы в использовании VPN-клиента, вы можете использовать разных провайдеров, пока не обнаружите опцию, которая не конфликтует с VMware Workstation. В большинстве случаев VPN-клиент, о котором сообщается, что он конфликтует с рабочей станцией VMware, Конечная точка удаленного доступа VPN, но могут быть и другие.
Вот краткое руководство по удалению вашего VPN-клиента для решения проблемы мостовой сети:
- Нажмите Windows ключ + R открыть диалоговое окно «Выполнить». Затем введите «Appwiz.cpl» и нажмите Войти открыть Программы Особенности экран.
Введите appwiz.cpl и нажмите Enter, чтобы открыть список установленных программ. - Внутри Программы и особенности прокрутите вниз список приложений и найдите VPN-клиента, который вы используете в данный момент.
- Щелкните правой кнопкой мыши по вашему VPN-клиенту и выберите Удаление. Затем следуйте инструкциям на экране для завершения удаления.
Удаление VPN-клиента - Как только VPN-клиент будет удален, перезагрузите компьютер и посмотрите, решена ли проблема мостового соединения, запустив ту же виртуальную машину, которая ранее доставляла вам проблемы.
4 ответа 4
Недавно я боролся с мостовым соединением VMware на хосте Win81. Мое решение состояло в том, чтобы вообще обойти мост VMware, который, похоже, не работает на Win8 из-за конфликтов с виртуальным коммутатором MS Hyper-V. Вместо этого я создал сегмент сети только для хоста для виртуальной машины, а затем использовал сеть хоста для подключения виртуального адаптера к адаптеру физического хоста. Это работает намного лучше.
В редакторе виртуальной сети для виртуальной машины создайте новый сегмент сети только для хоста. Не включайте DHCP. Имя не имеет значения, но в этом случае я использую "VMnet2".
На хост-компьютере Windows создайте мост между VMnet2 и фактическим (физическим) адаптером. В этом случае мой фактический адаптер "Wi-Fi". Вновь созданный адаптер может отображаться как "Ethernet" - обновите список сетевых адаптеров, чтобы увидеть действительные имена. Выберите «Wi-Fi» и расширьте (удерживая нажатой клавишу Ctrl), чтобы включить "Сетевой адаптер WMware VMnet2", затем щелкните правой кнопкой мыши и выберите "Мостовые соединения". Это может занять до 30 секунд или около того, после чего появится новый элемент "Сетевой мост".
В окне "Рабочая станция" создайте сетевой адаптер виртуальной машины: откройте гостевую виртуальную машину в рабочей станции, нажмите "Меню"> "VM"> "Настройки", нажмите «Добавить . » и создайте новый сетевой адаптер с помощью VMnet2.
В гостевой виртуальной машине проверьте адрес адаптера. Загрузите виртуальную машину и используйте ipconfig, чтобы убедиться, что IPv4-адрес адаптера находится в подсети WiFi.
Способ 4: удаление всех ненужных сетевых адаптеров хоста
Если вы используете VMware Workstation Player (бесплатная версия) и описанный выше метод не подходит, вы можете сделать это из бесплатной версии. В подавляющем большинстве случаев ошибка возникает из-за того, что в программном обеспечении имеется множество сетевых адаптеров хоста, из которых можно выбрать один из них для сетевого моста с мостовым подключением.
Часто программное обеспечение в конечном итоге выбирает сетевой адаптер, который не может облегчить подключение к Интернету, что приводит к возникновению проблемы, которая обсуждается в этой статье. Если этот сценарий применим, вы можете легко решить проблему, убедившись, что хост-адаптеры, которые не нужны для этой процедуры, удалены из Автоматические настройки моста меню.
Вот краткое руководство о том, как это сделать:
- Прежде всего, нам нужно начать с выяснения, какой сетевой адаптер используется для нашего текущего подключения к Интернету. Этот первый шаг очень важен, так как он поможет нам определить, какие сетевые адаптеры хоста необходимо удалить позже.
- Нажмите Windows ключ + R открыть диалоговое окно «Выполнить». Затем введите «Ncpa.cpl» и нажмите Войти открыть Сетевые соединения меню.
- Внутри Сетевые соединения меню, посмотрите, какая сеть используется в данный момент. Вы можете определить это, посмотрев, какая запись имеет зеленый значок сигнала. Как только вы обнаружите активное сетевое соединение, посмотрите, какой сетевой адаптер используется для него. Вы можете увидеть это непосредственно под названием сети — в нашем случае это Qualcomm Atheros AR9285.
- Теперь, когда вы знаете, какой сетевой адаптер хоста следует использовать, откройте VMware Workstation, щелкните правой кнопкой мыши виртуальную машину, с которой у вас возникли проблемы, и выберите Настройки.
- Внутри виртуальной машины настройки выберите аппаратные средства вкладка, затем выберите Сетевой адаптер из списка ниже.
- С Сетевой адаптер выбранное устройство, переместитесь в правую часть экрана и проверьте переключатель, связанный с Мостовое (под Подключение к сети). Затем нажмите на Настроить адаптеры кнопка.
- в Автоматические настройки моста В меню снимите все, кроме сетевого адаптера хоста, который вы обнаружили на шаге 3.
- Нажмите Хорошо чтобы сохранить конфигурацию, запустите виртуальную машину и посмотрите, есть ли у вас работающее мостовое сетевое соединение.
Удаление всех ненужных сетевых адаптеров хоста
Если вы все еще сталкиваетесь с той же проблемой, перейдите к следующему способу ниже.
! Если требуется добавить несколько драйверов, то шаг 3 надо повторить для каждого отдельно !
Записываем новый образ на флэшку и производим установку.
If you found an error, highlight it and press Shift + Enter or to inform us.
Некоторые пользователи VMware Workstation Player и VMware Workstation Pro сообщают, что у них есть проблема сетевого моста со всеми гостевыми машинами. В результате ни одна из гостевых виртуальных машин не может связаться с хост-машиной, а хост-компьютер не может связаться с гостевыми машинами. Сообщается, что эта проблема возникает в Windows 7, Windows 8 и Windows 10.
Мостовая сеть VMware не работает
Способ 2. Использование определенной виртуальной сети (VMnet0)
Несколько затронутых пользователей сообщили, что для них проблема была полностью решена после того, как они настроили свою рабочую станцию WMware для использования определенной виртуальной сети (VMnet0). Как выясняется, если вы оставите сетевое подключение к Bridged, есть вероятность, что программа будет использовать неправильное.
В подавляющем большинстве случаев VMnet0 является правильной виртуальной сетью, которая должна использоваться в этом случае. Вот краткое руководство о том, как запрограммировать VMware для использования собственной виртуальной сети (VMnet0):
- Откройте VMWare Workstation, щелкните правой кнопкой мыши виртуальную машину, с которой у вас возникли проблемы (в левом меню) и выберите Настройки.
- Внутри Виртуальная машина настройки, выберите аппаратные средства Вкладка. Затем выберите Сетевой адаптер из списка устройств.
- Выбрав сетевой адаптер, перейдите к правой руке и нажмите на переключатель, связанный с Custom: конкретная виртуальная сеть.
- Затем используйте раскрывающееся меню ниже, чтобы выбрать VMnet0 из списка конкретных виртуальных сетей.
- Нажмите Хорошо чтобы сохранить конфигурацию, затем снова запустите виртуальную машину и посмотрите, сможете ли вы теперь подключиться к Интернету с вашей виртуальной машиной.
Настройка VMware Workstation для работы с VMnet0
Если проблема все еще не решена, и у вас все еще есть проблемы с сетевым мостом в VMware Workstation, перейдите к следующему способу ниже.
Читайте также: