Содержание:
- Что вызывает проблемы с VMware Bridged Network?
- Способ 1: Перезагрузка Vmnetbridge.sys через admin CMD
- Метод 2: Использование конкретной виртуальной сети (VMnet0)
- Метод 3: Отмена выбора всех адаптеров, кроме физической сетевой карты
- Метод 4: Удаление всех ненужных сетевых адаптеров хоста
- Метод 5: Удаление VPN-клиента с хост-машины
- Метод 6: Отключение всех сетевых записей VirtualBox из «Сетевых подключений
- Способ 7: Восстановление настроек редактора виртуальных сетей по умолчанию
- Метод 8: Разрешение доступа виртуальных машин VMware к брандмауэрам AVG’ (если применимо)
Некоторые пользователи VMware Workstation Player и VMware Workstation Pro сообщают, что у них возникла проблема с мостовым сетевым соединением на всех гостевых машинах. В результате ни одна из гостевых ВМ не может связаться с хост-машиной, а хост-машина не может связаться с гостевыми машинами. Сообщается, что данная проблема возникает в операционных системах Windows 7, Windows 8 и Windows 10.

Что вызывает проблемы с VMware Bridged Network?
Мы исследовали эту проблему, изучив различные отчеты пользователей и стратегии восстановления, которые обычно используются для устранения этой проблемы. Как мы выяснили, существует несколько распространенных сценариев, приводящих к этой проблеме:
- Vmnetbridge.sys is glitched – Как выяснилось, данная проблема может возникнуть в тех случаях, когда служба, отвечающая за режим моста, запущена некорректно или находится в состоянии ‘лимба’. В данном случае проблему можно решить, выполнив несколько команд в командной строке.
- WMware выбирает неправильную виртуальную сеть – Если предоставить VMware возможность самостоятельно выбирать виртуальную сеть для режима моста, то, скорее всего, она будет использовать сеть без активного подключения к Интернету, что и приведет к возникновению данной проблемы. Одним из способов устранения этой проблемы является настройка определенной виртуальной сети, которая, как вы знаете, работает.
- Wmware подключается к неправильному адаптеру – Если оставить для параметров Bridging значение Automatic, то проблема возникнет, если VMnet0 окажется подключенным к сетевому адаптеру, который в данный момент не поддерживает подключение к Интернету. Эту проблему можно решить, выбрав мостовой адаптер вручную.
- Слишком много ненужных адаптеров – Vmware не очень хорошо выбирает идеальный сетевой адаптер хоста, который должен использоваться для работы в режиме моста. К счастью, вы можете гарантировать, что программа не выберет не тот, который нужен, удалив все ненужные адаптеры из списка Automatic Bridging.
- VPN-клиент мешает работе VMware – Существует несколько VPN-клиентов (в частности, Endpoint Remote Access VPN), которые, как известно, мешают работе функции моста в VMware. Если этот сценарий применим, проблему можно решить, удалив VPN-клиент с хост-машины.
- Адаптеры VirtualBox мешают работе VMware – По сообщениям нескольких пользователей, данная проблема может возникнуть и при использовании VirtualBox (до перехода на VMware). Если сетевые адаптеры, используемые VirtualBox, все еще используются, то для решения проблемы в VMware их необходимо отключить.
- Обновление Windows сломало функцию сопряжения – При обновлении до Windows 10 build 1703 или выше, когда установлена VMware, используемое обновление приведет к удалению нескольких ключей реестра, которые необходимы для работы функции моста. В этом случае проблему можно решить, вернув настройки редактора виртуальных сетей к значениям по умолчанию.
- Брандмауэр стороннего производителя блокирует функцию моста – Существует несколько пакетов антивирусных программ, включающих брандмауэр (чаще всего это AVG и BitDefender), которые, как известно, вызывают именно эту проблему. Если этот сценарий применим, вы можете либо использовать встроенное решение для разрешения виртуальных машин через брандмауэр, либо вообще отключить брандмауэр.
Способ 1: Перезагрузка Vmnetbridge.sys через admin CMD
VMnetbridge.sys (VMware Bridge Control)) также может вызвать данную проблему в случаях, когда файл неправильно запускается или глючит, прежде чем он сможет обеспечить взаимодействие между хост-машиной и гостевым компьютером.
Если этот сценарий применим, есть вероятность, что вы сможете решить проблему, просто перезапустив bmnetbridge service via an elevated Command Prompt. Несколько пострадавших пользователей сообщили, что эта процедура позволила им устранить проблему, поскольку хост- и гостевая машины начали взаимодействовать при следующем запуске окна VMware.
Вот краткое руководство по перезагрузке vmnetbriddge .sys через административную CMD:
- Убедитесь, что рабочая станция VMware закрыта вместе со всеми открытыми гостевыми машинами.
- Нажмите клавиша Windows + R чтобы открыть диалоговое окно Run. Затем введите “cmd” и нажмите кнопку Ctrl + Shift + Enter чтобы открыть открытую командную строку. При появлении сообщения UAC (контроль учетных записей пользователей) в окне подтверждения нажмите кнопку Да для предоставления административных привилегий.
Запуск CMD с помощью диалогового окна Run - В поднятой командной строке введите по порядку следующие команды и нажмите Enter после каждой из них для перезапуска службы VMnetbridge:
net stop vmnetbridge net start vmnetbridge
- После перезапуска службы VMNetService закройте поднятую командную строку, снова откройте VMware workstation и смонтируйте виртуальную машину, с которой ранее возникали проблемы.
Если проблема все еще не решена, и вы по-прежнему сталкиваетесь с той же проблемой Bridged Network, перейдите к следующему способу ниже.
Метод 2: Использование конкретной виртуальной сети (VMnet0)
Несколько пользователей сообщили, что проблема была полностью решена после настройки рабочей станции WMware на использование определенной виртуальной сети (VMnet0). Оказывается, если оставить для параметра Сетевое подключение значение Bridged, то есть вероятность, что программа будет использовать не то подключение, которое нужно.
В подавляющем большинстве случаев, VMnet0 правильную виртуальную сеть, которую необходимо использовать в данном случае. Вот краткое руководство по программированию VMware для использования пользовательской виртуальной сети (VMnet0):
- Откройте VMWare Workstation, щелкните правой кнопкой мыши на виртуальной машине, с которой возникли проблемы (в левом меню), и выберите пункт Настройки.
- Внутри Виртуальная машина в настройках выберите пункт Оборудование вкладка. Затем выберите Сетевой адаптер из списка устройств.
- Выбрав сетевой адаптер, перейдите в правую часть и нажмите на тумблер, связанный с Пользовательская: Специфическая виртуальная сеть.
- Затем с помощью раскрывающегося меню выберите VMnet0 из списка конкретных виртуальных сетей.
- Нажмите Ok для сохранения конфигурации, затем снова запустите виртуальную машину и посмотрите, сможете ли вы теперь подключиться к Интернету с помощью своей виртуальной машины.

Если проблема все еще не решена, и вы’ по-прежнему испытываете проблемы с сетевым мостом в VMware Workstation, перейдите к следующему способу, описанному ниже.
Метод 3: Отмена выбора всех адаптеров, кроме физической сетевой карты
Если вы используете Workstation Pro, и у вас отсутствует сетевое соединение внутри виртуальных машин при использовании мостового соединения, вы сможете решить эту проблему с помощью функции Редактор виртуальных сетей VMWare отменить выбор всех сетевых адаптеров, не являющихся необходимыми для сетевого подключения.
Несколько пользователей сообщили, что через несколько минут после выполнения этой модификации хост-машина и гостевая машина начали совместно использовать подключение к Интернету.
Важно: Этот способ применим только в том случае, если вы используете VMware Workstation Pro. Приведенные ниже действия не могут быть воспроизведены на VMware Workstation Player!
Вот краткое руководство по выполнению этого действия:
- Откройте VMware Workstation PRO и, используя ленточную панель в верхней части, перейдите к пункту Редактирование > Редактор виртуальных сетей.
Доступ к редактору виртуальных сетей из приложения Примечание: Можно также полностью закрыть VMware Workstation и с помощью функции поиска windows (нажмите клавишу Windows) найти Редактор виртуальных сетей VMWare.
- Внутри Редактор виртуальных сетей, нажмите кнопку Изменить настройки кнопка в нижней части экрана.
- Поскольку проблема, скорее всего, возникает из-за перепутанного адаптера моста, давайте’проясним ситуацию, выбрав Vmnet0 в списке виртуальных сетей и изменить значение параметра Мост к опции из Automatic на сетевом адаптере, который вы используете в данный момент (в данном случае это беспроводной сетевой адаптер).
Изменение мостового адаптера с Automatic на тот, который активен в данный момент - Перезапустите виртуальную машину VMWare Workstation и проверьте, устранена ли проблема.
Если вы все еще сталкиваетесь с той же проблемой или этот способ не подошел для вашего конкретного случая, перейдите к следующему способу ниже.
Метод 4: Удаление всех ненужных сетевых адаптеров хоста
Если вы используете VMware Workstation Player (бесплатную версию) и описанный выше способ не подошел, то вот как это можно сделать из бесплатной версии. В подавляющем большинстве случаев ошибка возникает из-за того, что программа имеет большое количество сетевых адаптеров хоста, из которых необходимо выбрать один для мостового сетевого соединения.
Часто бывает так, что программа выбирает сетевой адаптер, который не может обеспечить подключение к Интернету, что приводит к возникновению проблемы, о которой пойдет речь в этой статье. В этом случае проблему можно легко решить, удалив из меню хост-адаптеры, которые не нужны для данной процедуры Настройки автоматического моста меню.
Ниже приведено краткое руководство по устранению этой проблемы:
- Прежде всего, необходимо выяснить, какой сетевой адаптер используется для текущего подключения к Интернету. Этот первый шаг очень важен, поскольку он поможет нам определить, от каких сетевых адаптеров хоста необходимо отказаться в дальнейшем.
- Нажмите кнопку клавиша Windows + R открыть диалоговое окно Выполнить. Затем введите “ncpa.cpl” и нажмите Введите открыть окно Сетевые подключения меню.
- Внутри Сетевые подключения меню, посмотреть, какая сеть используется в данный момент. Это можно определить, посмотрев, какая запись имеет зеленый сигнальный значок. Обнаружив активное сетевое подключение, посмотрите, какой сетевой адаптер для него используется. Это можно увидеть непосредственно под названием сети – в нашем случае это Qualcomm Atheros AR9285.
- Теперь, когда вы знаете, какой сетевой адаптер хоста должен использоваться, откройте VMware Workstation, щелкните правой кнопкой мыши на виртуальной машине, с которой возникли проблемы, и выберите пункт Настройки.
- Внутри виртуальной машины Настройки экран, выберите Оборудование вкладку, затем выберите Сетевой адаптер из списка ниже.
- с Сетевой адаптер выберите устройство, перейдите в правую часть экрана и установите флажок, связанный с Мостовое соединение (под Сетевое подключение). Затем нажмите на кнопку Настройка адаптеров кнопка.
- В Automatic Bridging Settings меню, снимите галочки со всего, кроме сетевого адаптера хоста, который вы раскрыли на шаге 3.
- Нажмите Ok сохранить конфигурацию, затем запустить виртуальную машину и проверить, работает ли мостовое сетевое соединение.

Если вы все еще сталкиваетесь с той же проблемой, перейдите к следующему способу, описанному ниже.
Метод 5: Удаление VPN-клиента с хост-машины
Как выяснилось, данная проблема может возникнуть и в том случае, если вы активно используете VPN-соединение для защиты своей анонимности в Интернете. Несколько пользователей сообщили, что мостовое соединение стало работать как положено, как только они удалили свой VPN-клиент.
Примечание: Если вы хотите использовать VPN-клиент, вы можете попробовать разных провайдеров, пока не найдете вариант, который не будет конфликтовать с VMware Workstation. В большинстве случаев сообщается о конфликте VPN-клиента с VMware workstation Endpoint Remote Access VPN, но могут быть и другие.
Вот краткое руководство по удалению VPN-клиента для решения проблемы мостовой сети:
- Нажмите Клавиша Windows + R открыть диалоговое окно Выполнить. Затем введите “appwiz.cpl” и нажмите Введите чтобы открыть окно Программы и функции экран.
Введите appwiz.cpl и нажмите Enter, чтобы открыть список установленных программ - Внутри Программы и функции Прокрутите список приложений вниз и найдите VPN-клиент, который вы используете в данный момент.
- Щелкните правой кнопкой мыши на своем VPN-клиенте и выберите Удалить. Затем, следуя подсказкам на экране, завершите деинсталляцию.
Деинсталляция VPN-клиента - После удаления VPN-клиента перезагрузите компьютер и убедитесь, что проблема с мостовым соединением решена, запустив ту же виртуальную машину, которая ранее вызывала у вас проблемы.
Метод 6: Отключение всех сетевых записей VirtualBox из «Сетевых подключений
Если вы ранее использовали Virtual box, имейте в виду, что при переходе на VMware (мостовой режим) могут возникнуть проблемы. Оказывается, адаптер/ы, оставленные виртуальным боксом, могут вызывать проблемы с мостовым соединением внутри VMware.
Если этот сценарий применим к вашей текущей ситуации и вы хотите использовать VMware, есть три варианта развития событий:
- Удалите VirtualBox вместе с адаптером, который использовался программой.
- Начало использования NAT в VMWare
- Отключите все сетевые записи, принадлежащие VirtualBox, в меню Сетевые подключения
Поскольку в данном руководстве мы хотим помочь вам использовать мостовое соединение с VMware Workstation, мы остановимся на третьем варианте, поскольку он является наименее навязчивым. Вот краткое руководство по отключению всех сетевых адаптеров VirtualBox для устранения проблемы «птичьего полета» на VMware:
- Нажмите клавиша Windows + R чтобы открыть Выполнить диалоговое окно. Затем введите “ncpa.cpl” и нажмите кнопку Войти на сайт поднять Сетевые подключения вкладка.
- Внутри Сетевые подключения вкладка , щелкните правой кнопкой мыши > Отключить на каждом сетевом адаптере, принадлежащем VirtualBox. У вас может быть один или несколько различных адаптеров, в зависимости от того, насколько широко вы их использовали VirtualBox‘возможности.
Примечание: Если вы’ получили запрос UAC (User Account Control), нажмите Да для предоставления необходимых разрешений на отключение виртуального адаптера. - После отключения всех адаптеров VirtualBox откройте VMware, запустите виртуальную машину, с которой ранее возникали проблемы, и посмотрите, не работает ли функция моста.

Если вы’по-прежнему сталкиваетесь с той же проблемой, перейдите к следующему способу, приведенному ниже
Способ 7: Восстановление настроек редактора виртуальных сетей по умолчанию
Как выяснилось, в одной конкретной сборке Windows 10 функция мостового соединения в VMware Workstation не работает. Как выяснилось, при обновлении до Windows 10 сборки 1703 или выше при установленном WMware функция сетевого моста становится недоступной, если не выполнить ручные действия.
Это происходит потому, что данное обновление удаляет пару ключей (VMnetDHCP и VMware NAT Service), что приводит к поломке функции мостового соединения в VMWare Workstation. Но, как оказалось, исправить ситуацию можно очень просто, заставив VMware заново создать эти два ключа реестра, восстановив настройки редактора виртуальных сетей по умолчанию.
Примечание: Приведенные ниже шаги применимы только для пользователей Vmware Workstation PRO и не могут быть воспроизведены на VMware Player.
Вот краткое руководство о том, как это сделать:
- Откройте File Explorer и перейдите в следующее место:
C:\Program Files (x86)\VMware\VMware Workstation\vmnetcfg.exe
- После этого щелкните правой кнопкой мыши на vmnetcfg.exe выберите Запуск от имени администратора.
- После того как вам удастся открыть Virtual Network Editor с правами администратора, нажмите кнопку Восстановление по умолчанию, а затем щелкните на Применить сохранить изменения.
Восстановление настроек редактора виртуальных сетей по умолчанию - Перезапустите рабочую станцию VMware и проверьте, работает ли режим моста так, как нужно.
Если этот способ не помог или вы все еще сталкиваетесь с этой проблемой, перейдите к следующему способу, приведенному ниже.
Метод 8: Разрешение доступа виртуальных машин VMware к брандмауэрам AVG’ (если применимо)
Как выяснилось, данная проблема может возникнуть и в том случае, если вы используете средства защиты сторонних производителей (в том числе и брандмауэр), которые слишком сильно защищают управляемые ими сетевые соединения. Несколько пользователей сообщили, что им удалось решить эту проблему после того, как они обнаружили, что брандмауэр AVG (или аналогичное решение безопасности) отвечает за проблему мостового режима в VMware.
Обновление: Похоже, что проблема может быть вызвана и брандмауэром Bitdefender’. Поскольку BitDefender не включает опцию, позволяющую пропускать виртуальные сети через свой брандмауэр, единственным способом в данном случае является полное отключение брандмауэра.
Если данный сценарий применим к вашей ситуации и вы используете AVG Internet Security, то проблему можно быстро решить, изменив расширенные настройки AVG’ так, чтобы разрешить все виртуальные машины и трафик. Вот’ как это сделать:
- Откройте Avast Internet security и перейдите в меню Настройки > Экспертный режим > Дополнительные настройки.
- В меню Дополнительные параметры убедитесь, что установлен флажок Разрешить любой трафик от/к виртуальным машинам, поддерживаемый брандмауэром это проверено.
Разрешение виртуальных сетей в AVG - Перейдите по ссылке Применить чтобы сохранить текущую конфигурацию.
- Перезапустите VMware и проверьте, устранена ли проблема.
Примечание: Если вы используете другой пакет безопасности и считаете, что этот метод может быть применим, найдите в Интернете конкретные шаги по разрешению виртуальных сетей в соответствии с используемым вами брандмауэром.h