Некоторые пользователи VMware Workstation Player и VMware Workstation Pro сообщают, что у них есть проблема сетевого моста со всеми гостевыми машинами. В результате ни одна из их гостевых виртуальных машин не может связаться с хост-машиной, а хост-машина не может связаться с гостевыми машинами. Сообщается, что эта проблема возникает в Windows 7, Windows 8 и Windows 10.

Мостовая сеть VMware не работает

Что вызывает проблемы с VMware Bridged Network?

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

• Ошибка Vmnetbridge.sys - как выясняется, эта конкретная проблема может возникать в тех случаях, когда служба, отвечающая за мостовой режим, неправильно запускается или остается в состоянии неопределенности. В этом конкретном случае вы можете решить проблему, выполнив пару команд в командной строке с повышенными правами.
• WMware выбирает не ту виртуальную сеть - если вы оставите VMware, чтобы выбрать виртуальную сеть, которая будет использоваться для режима моста, скорее всего, она в конечном итоге будет использовать ее без активного подключения к Интернету, что приведет к возникновению этой проблемы. Одним из способов решения этой проблемы является настройка определенной виртуальной сети, которая, как вы знаете, работает.
• Wmware подключается к неправильному адаптеру. Если вы оставите для параметров Bridging значение «Автоматически», эта проблема возникнет, если VMnet0 завершит подключение к сетевому адаптеру, который в настоящее время не поддерживает подключение к Интернету. Вы можете устранить эту проблему, выбрав мостовой адаптер вручную.
• Слишком много ненужных адаптеров - Vmware не очень хорош в выборе идеального сетевого адаптера хоста, который следует использовать для режима моста. К счастью, вы можете убедиться, что программное обеспечение не выберет неправильный, удалив все ненужные адаптеры из списка «Автоматическое соединение».
• VPN-клиент мешает работе VMware. Существует несколько VPN-клиентов (особенно VPN с удаленным доступом к конечной точке), которые, как известно, мешают работе моста в VMware. Если этот сценарий применим, вы можете решить проблему, удалив VPN-клиента с хост-компьютера.
• Адаптеры VirtualBox создают помехи для VMware. Как уже сообщали несколько пользователей, эта конкретная проблема также может возникнуть, если вы ранее использовали VirtualBox (до перехода на VMware). Если сетевые адаптеры, используемые VirtualBox, все еще используются, вам необходимо отключить их. их, чтобы решить проблему в VMware.
• Обновление Windows прервало функцию моста. Если вы обновитесь до Windows 10 build 1703 или более поздней версии, когда установлена ​​VMware, используемое обновление приведет к удалению пары ключей реестра, которые необходимы для функции моста. В этом случае вы можете решить проблему, вернув настройки редактора виртуальной сети к настройкам по умолчанию.
• Брандмауэр стороннего производителя блокирует функцию моста. Существует несколько AV-пакетов, в состав которых входит брандмауэр (чаще всего AVG и BitDefender), которые, как известно, вызывают эту конкретную проблему. Если этот сценарий применим, вы можете либо использовать встроенное решение, чтобы пропустить виртуальные машины через брандмауэр, либо полностью отключить брандмауэр.

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

Для достижения наилучших результатов мы рекомендуем вам следовать потенциальным исправлениям в том порядке, в котором они представлены. Мы попытались охватить все возможные сценарии, поэтому один из методов, приведенных ниже, должен решить проблему в вашем конкретном сценарии.

Способ 1: перезагрузка Vmnetbridge.sys через администратор CMD

VMnetbridge.sys (VMware Bridge Control ) также может вызывать эту конкретную проблему в тех случаях, когда файл неправильно запускается или сбивается, прежде чем он может облегчить связь между хост-машиной и гостевым компьютером.

Если этот сценарий применим, скорее всего, вы сможете решить эту проблему, по существу перезапустив службу bmnetbridge через командную строку с повышенными привилегиями . Несколько затронутых пользователей сообщили, что эта процедура позволила им устранить проблему, так как хост и гостевые машины начали взаимодействовать при следующем запуске окна VMware.

Вот краткое руководство по перезагрузке vmnetbriddge.sys через CMD администратора:

1. Убедитесь, что VMware Workstation закрыта вместе с любой открытой гостевой машиной.
2. Нажмите клавишу Windows + R, чтобы открыть диалоговое окно «Выполнить». Затем введите «cmd» и нажмите Ctrl + Shift + Enter, чтобы открыть командную строку с повышенными привилегиями. Когда вы увидите запрос подтверждения UAC (Контроль учетных записей), нажмите Да, чтобы предоставить административные привилегии.
   
   Запуск CMD с помощью диалогового окна Run
3. В командной строке с повышенными привилегиями введите следующие команды по порядку и нажмите Enter после каждой, чтобы перезапустить службу VMnetbridge:

    Чистая остановка vmnetbridge Чистая остановка vmnetbridge 

4. После перезапуска VMNetService закройте командную строку с повышенными привилегиями, заново откройте рабочую станцию ​​VMware и подключите виртуальную машину, с которой у вас ранее возникали проблемы.

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

Способ 2. Использование определенной виртуальной сети (VMnet0)

Несколько затронутых пользователей сообщили, что для них проблема была полностью решена после того, как они настроили свою рабочую станцию ​​WMware для использования определенной виртуальной сети ( VMnet0 ). Оказывается, если вы оставите сетевое соединение с Bridged, есть вероятность, что программа будет использовать неправильное.

В подавляющем большинстве случаев VMnet0 является правильной виртуальной сетью, которую необходимо использовать в этом случае. Вот краткое руководство о том, как запрограммировать VMware для использования собственной виртуальной сети (VMnet0):

1. Откройте VMWare Workstation, щелкните правой кнопкой мыши на виртуальной машине, с которой у вас возникли проблемы (в левом меню), и выберите « Настройки».
2. В настройках виртуальной машины выберите вкладку « Оборудование ». Затем выберите Сетевой адаптер из списка устройств.
3. Выбрав сетевой адаптер, перейдите к правой стороне и щелкните переключатель, связанный с Custom: Specific virtual network .
4. Затем используйте раскрывающееся меню ниже, чтобы выбрать VMnet0 из списка конкретных виртуальных сетей.
5. Нажмите Ok, чтобы сохранить конфигурацию, затем снова запустите виртуальную машину и посмотрите, сможете ли вы теперь подключиться к Интернету с вашей виртуальной машиной.

Настройка VMware Workstation для работы с VMnet0

Если проблема все еще не решена и у вас все еще есть проблемы с сетевым мостом в VMware Workstation, перейдите к следующему способу ниже.

Способ 3: отмена выбора всех адаптеров, кроме физической сетевой карты

Если вы используете Workstation Pro и у вас нет сетевого подключения внутри ваших виртуальных машин при использовании мостового подключения, вы сможете решить эту проблему, используя VMWare Virtual Network Editor, чтобы отменить выбор всех сетевых адаптеров, которые не являются необходимыми. к сетевому соединению.

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

Важное замечание: Этот метод применим только в том случае, если вы используете VMware Workstation Pro. Следующие шаги не могут быть воспроизведены на VMware Workstation Player!

Вот краткое руководство о том, как это сделать:

1. Откройте VMware Workstation PRO и с помощью ленточной панели вверху перейдите в « Редактирование»> «Редактор виртуальной сети» .
   
   Доступ к редактору виртуальных сетей из приложения

   Примечание: Вы также можете полностью закрыть VMware Workstation и использовать функцию поиска Windows (нажмите клавишу Windows) для поиска VMWare Virtual Network Editor.

2. В редакторе виртуальной сети нажмите кнопку « Изменить настройки» в нижней части экрана.
3. Поскольку проблема, скорее всего, возникает из-за путаницы в мостовом адаптере, давайте проясним ситуацию, выбрав Vmnet0 из списка виртуальных сетей и изменив опцию Bridge to to с Automatic на сетевой адаптер, который вы используете в данный момент (в данном случае, адаптер беспроводной сети).
   
   Изменение мостового адаптера с автоматического на тот, который в данный момент активен
4. Перезапустите виртуальную машину VMWare Workstation и посмотрите, была ли проблема решена.

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

Способ 4: удаление всех ненужных сетевых адаптеров хоста

Если вы используете VMware Workstation Player (бесплатная версия) и описанный выше метод неприменим, вы можете сделать это из бесплатной версии. В подавляющем большинстве случаев ошибка возникает из-за того, что в программном обеспечении имеется множество сетевых адаптеров хоста, из которых можно выбрать один из них для сетевого моста с мостовым подключением.

Часто программное обеспечение выбирает сетевой адаптер, который не может облегчить подключение к Интернету, что приводит к возникновению проблемы, обсуждаемой в этой статье. Если этот сценарий применим, вы можете легко решить проблему, убедившись, что хост-адаптеры, которые не нужны для этой процедуры, удалены из меню « Параметры автоматического моста» .

Вот краткое руководство о том, как это сделать:

1. Прежде всего, нам нужно начать с выяснения, какой сетевой адаптер используется для нашего текущего подключения к Интернету. Этот первый шаг очень важен, так как он поможет нам определить, какие сетевые адаптеры хоста необходимо удалить позже.
2. Нажмите клавишу Windows + R, чтобы открыть диалоговое окно «Выполнить». Затем введите «ncpa.cpl» и нажмите Enter, чтобы открыть меню « Сетевые подключения» .
3. В меню « Сетевые подключения» посмотрите, какая сеть используется в данный момент. Вы можете определить это, посмотрев, какая запись имеет зеленый значок сигнала. Как только вы обнаружите активное сетевое соединение, посмотрите, какой сетевой адаптер используется для него. Вы можете увидеть это непосредственно под названием сети - в нашем случае это Qualcomm Atheros AR9285 .
4. Теперь, когда вы знаете, какой сетевой адаптер необходимо использовать, откройте VMware Workstation, щелкните правой кнопкой мыши виртуальную машину, с которой у вас возникли проблемы, и выберите « Настройки».
5. На экране « Настройки виртуальной машины» выберите вкладку « Оборудование », затем выберите « Сетевой адаптер» из списка ниже.
6. Выбрав устройство сетевого адаптера, переместитесь в правую часть экрана и проверьте переключатель, связанный с Bridged (в разделе Сетевое подключение ). Затем нажмите кнопку « Настроить адаптеры» .
7. В меню « Настройки автоматического моста» снимите все, кроме сетевого адаптера, который вы обнаружили на шаге 3.
8. Нажмите Ok, чтобы сохранить конфигурацию, затем запустите виртуальную машину и посмотрите, есть ли у вас работающее мостовое сетевое соединение.

Удаление всех ненужных сетевых адаптеров хоста

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

Способ 5: удаление VPN-клиента с хоста

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

Примечание. Если вы заинтересованы в использовании VPN-клиента, вы можете использовать разных поставщиков, пока не найдете вариант, который не конфликтует с VMware Workstation. В большинстве случаев VPN-клиентом, о котором сообщается, что он конфликтует с рабочей станцией VMware, является Endpoint Remote Access VPN, но могут быть и другие.

Вот краткое руководство по удалению вашего VPN-клиента для решения проблемы мостовой сети:

1. Нажмите клавишу Windows + R, чтобы открыть диалоговое окно «Выполнить». Затем введите «appwiz.cpl» и нажмите Enter, чтобы открыть экран « Программы и функции» .
   
   Введите appwiz.cpl и нажмите Enter, чтобы открыть список установленных программ.
2. На экране « Программы и компоненты» прокрутите список приложений и найдите VPN-клиента, который вы используете в данный момент.
3. Щелкните правой кнопкой мыши по вашему VPN-клиенту и выберите « Удалить». Затем следуйте инструкциям на экране для завершения удаления.
   
   Удаление VPN-клиента
4. Как только VPN-клиент будет удален, перезагрузите компьютер и посмотрите, решена ли проблема мостового соединения, запустив ту же виртуальную машину, которая ранее доставляла вам проблемы.

Способ 6. Отключение всех сетевых записей VirtualBox от сетевых подключений

Если вы ранее использовали Virtual box, имейте в виду, что могут возникнуть проблемы, если вы переключитесь на VMware (мостовой режим). Оказывается, что адаптеры, оставленные виртуальным блоком, могут вызвать проблемы с мостовым соединением внутри VMware.

Если этот сценарий применим к вашей текущей ситуации, и вы хотите использовать VMware, есть три пути вперед:

• Удалите VirtualBox вместе с адаптером, который использовался программным обеспечением.
• Начните использовать NAT с VMWare
• Отключите все записи сети, принадлежащие VirtualBox, из меню «Сетевые подключения»

Поскольку это руководство поможет вам использовать мостовое соединение с VMware Workstation, мы сосредоточимся на третьем варианте, поскольку он наименее навязчив. Вот краткое руководство по отключению всех сетевых записей VirtualBox для разрешения функции поиска в VMware:

1. Нажмите клавишу Windows + R, чтобы открыть диалоговое окно « Выполнить ». Затем введите «ncpa.cpl» и нажмите Enter, чтобы открыть вкладку « Сетевые подключения ».
2. На вкладке Сетевые подключения щелкните правой кнопкой мыши> Отключить на каждом сетевом адаптере, принадлежащем VirtualBox. У вас может быть один или несколько разных адаптеров, в зависимости от того, насколько широко вы используете функции VirtualBox .

   Примечание. Если вас попросит UAC (Контроль учетных записей), нажмите Да, чтобы предоставить необходимые разрешения для отключения виртуального адаптера.

3. После отключения каждого адаптера VirtualBox откройте VMware, запустите виртуальную машину, которая ранее доставляла вам проблемы, и посмотрите, не работают ли функции моста.

Отключение каждого адаптера VirtualBox

Если вы все еще сталкиваетесь с той же проблемой, перейдите к следующему способу ниже

Способ 7: восстановление настроек редактора виртуальной сети по умолчанию

Как оказалось, есть одна конкретная сборка Windows 10, которая нарушает функцию мостового соединения на VMware Workstation. Как выясняется, если вы обновитесь до Windows 10, построенной 1703 или выше, когда установлена ​​программа WMware, функция сетевого моста станет непригодной для использования, если не будут выполнены ручные действия.

Это происходит из-за того, что это обновление удаляет несколько ключей (VMnetDHCP и VMware NAT Service), что в итоге приводит к эффективному разрушению функции моста в VMWare Workstation. Но, как оказалось, вы можете очень легко устранить ущерб, заставив VMware воссоздать два раздела реестра, восстановив настройки редактора виртуальной сети по умолчанию.

Примечание. Приведенные ниже шаги применимы только для пользователей Vmware Workstation PRO и не могут быть реплицированы в VMware Player.

Вот краткое руководство о том, как это сделать:

1. Откройте проводник и перейдите в следующую папку:

    C: \ Program Files (x86) \ VMware \ VMware Workstation \ vmnetcfg.exe 

2. Как только вы попадете туда, щелкните правой кнопкой мыши vmnetcfg.exe и выберите « Запуск от имени администратора» .
3. Как только вам удастся открыть редактор виртуальной сети с правами администратора, нажмите Восстановить по умолчанию, а затем нажмите Применить, чтобы сохранить изменения.
   
   Восстановление настроек редактора виртуальной сети по умолчанию
4. Перезапустите рабочую станцию ​​VMware и посмотрите, работает ли режим моста, как предполагалось.

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

Метод 8: Разрешение виртуальных машин VMware от брандмауэров AVG (если применимо)

Как выясняется, эта конкретная проблема также может возникать, если вы используете стороннюю систему безопасности (которая включает в себя брандмауэр), которая защищена от сетевых подключений, которыми она управляет. Несколько затронутых пользователей сообщили, что им удалось решить проблему после обнаружения, что брандмауэр AVG (или подобное решение безопасности) отвечает за их проблему мостового режима в VMware.

Обновление: похоже, что эта проблема также может быть вызвана брандмауэром Bitdefender. Поскольку BitDefender не включает опцию, которая позволяет виртуальным сетям проходить через их брандмауэр, в этом случае единственный способ - полностью отключить брандмауэр.

Если этот сценарий применим к вашей текущей ситуации, и вы используете AVG Internet Security, вы можете быстро решить эту проблему, изменив расширенные настройки AVG, чтобы разрешить все виртуальные машины и трафик. Вот как это сделать:

1. Откройте Avast Internet security и выберите «Настройки»> «Режим эксперта»> «Дополнительные настройки» .
2. В меню «Дополнительные параметры» убедитесь, что установлен флажок « Разрешить любой трафик с / на виртуальные машины, поддерживаемые брандмауэром» .
   
   Разрешение виртуальных сетей в AVG
3. Нажмите Применить, чтобы сохранить текущую конфигурацию.
4. Перезапустите VMware и посмотрите, была ли проблема решена.

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