Некоторые пользователи VMware Workstation Player и VMware Workstation Pro сообщают, что у них возникла проблема с мостовой сетью на всех своих гостевых машинах. Что происходит, ни одна из их гостевых виртуальных машин не может связаться с хост-машиной, а хост-машина не может связаться с гостевыми машинами. Сообщается, что эта проблема возникает в Windows 7, Windows 8 и Windows 10.
Мостовая сеть VMware не работает
Что вызывает проблемы с сетью моста VMware?
Мы исследовали эту конкретную проблему, изучив различные пользовательские отчеты и стратегии восстановления, которые обычно используются для решения этой проблемы. Исходя из того, что мы собрали, существует несколько распространенных сценариев, которые могут привести к этой проблеме:
- Vmnetbridge.sys дает сбой - Как оказалось, эта конкретная проблема может возникнуть в тех случаях, когда служба, отвечающая за мостовой режим, неправильно запускается или остается в состоянии «подвешивания». В этом конкретном случае вы можете решить проблему, выполнив пару команд в командной строке с повышенными привилегиями.
- WMware выбирает не ту виртуальную сеть - Если вы оставите VMware выбирать, какую виртуальную сеть использовать для режима моста, есть вероятность, что она в конечном итоге будет использовать одну без активного подключения к Интернету, что в конечном итоге приведет к этой проблеме. Один из способов решить эту проблему - настроить определенную виртуальную сеть, которая, как вы знаете, работает.
- Wmware подключается не к тому адаптеру - Если вы оставите для параметров моста значение «Автоматически», эта проблема возникнет, если VMnet0 завершит подключение к сетевому адаптеру, который в настоящее время не поддерживает подключение к Интернету. Вы можете исправить эту проблему, выбрав мостовой адаптер вручную.
- Слишком много ненужных адаптеров - Vmware не очень хорош в выборе идеального сетевого адаптера хоста, который следует использовать в режиме моста. К счастью, вы можете убедиться, что программа не выберет неправильный, удалив все ненужные адаптеры из списка автоматического подключения.
- Клиент VPN мешает работе VMware - Известно, что существует несколько клиентов VPN (в частности, VPN с удаленным доступом к конечным точкам), которые мешают работе функции моста в VMware. Если этот сценарий применим, вы можете решить проблему, удалив VPN-клиент с хост-компьютера.
- Адаптеры VirtualBox мешают работе VMware - Как сообщили несколько пользователей, эта конкретная проблема также может возникать, если вы ранее использовали VirtualBox (до перехода на VMware). Если сетевые адаптеры, используемые VirtualBox, все еще используются, вам необходимо отключить их, чтобы решить проблему проблема в VMware.
- Обновление Windows сломало функцию моста - Если вы обновляетесь до Windows 10 build 1703 или более поздней версии при установленном VMware, используемое обновление приведет к удалению нескольких ключей реестра, которые необходимы для функции моста. В этом случае вы можете решить проблему, вернув настройки редактора виртуальной сети к значениям по умолчанию.
- Сторонний брандмауэр блокирует функцию моста - Известно, что существует несколько антивирусных программ, которые включают брандмауэр (чаще всего AVG и BitDefender), которые вызывают именно эту проблему. Если этот сценарий применим, вы можете либо использовать встроенное решение, чтобы разрешить виртуальным машинам проходить через брандмауэр, либо полностью отключить брандмауэр.
Метод 1: перезагрузка Vmnetbridge.sys через админ CMD
VMnetbridge.sys (Управление мостом VMware ) также может вызвать эту конкретную проблему в случаях, когда файл запускается неправильно или дает сбой, прежде чем он сможет облегчить связь между хост-компьютером и гостевым компьютером.
Если этот сценарий применим, скорее всего, вы сможете решить проблему, по существу перезапустив bmnetbridge service через командную строку с повышенными привилегиями. Несколько затронутых пользователей сообщили, что эта процедура позволила им решить проблему, поскольку хост и гостевые машины начали связываться при следующем запуске окна VMware.
Вот краткое руководство по перезагрузке vmnetbriddge.sys через CMD администратора:
- Убедитесь, что VMware Workstation закрыта вместе с любой открытой гостевой машиной.
- Нажмите Windows key + R , чтобы открыть диалоговое окно «Выполнить». Затем введите «Cmd» и нажмите Ctrl + Shift + Enter , чтобы открыть командную строку с повышенными привилегиями. Когда вы видите UAC (Контроль учетных записей пользователей) запрос подтверждения, нажмите да для предоставления административных привилегий.
Запуск CMD с помощью диалогового окна Run
- В командной строке с повышенными привилегиями введите следующие команды по порядку и нажимайте Enter после каждой, чтобы перезапустить службу VMnetbridge:
чистая остановка vmnetbridge чистый старт vmnetbridge
- После перезапуска VMNetService закройте командную строку с повышенными привилегиями, повторно откройте рабочую станцию VMware и смонтируйте виртуальную машину, с которой у вас ранее возникали проблемы.
Если проблема все еще не решена, и вы по-прежнему сталкиваетесь с той же проблемой с мостовой сетью, перейдите к следующему способу ниже.
Метод 2: Использование конкретной виртуальной сети (VMnet0)
Несколько затронутых пользователей сообщили, что для них проблема была полностью решена после того, как они настроили свою рабочую станцию WMware для использования определенной виртуальной сети ( VMnet0 ). Как выясняется, если вы оставите сетевое соединение для Bridged, есть шанс, что программа будет использовать неправильный.
В подавляющем большинстве случаев VMnet0 - это правильная виртуальная сеть, которую необходимо использовать в этом случае. Вот краткое руководство о том, как запрограммировать VMware для использования настраиваемой виртуальной сети (VMnet0):
- Откройте VMWare Workstation, щелкните правой кнопкой мыши виртуальную машину, с которой у вас возникли проблемы (в левом меню), и выберите Настройки.
- Внутри Виртуальная машина настройки, выберите Оборудование таб. Затем выберите Сетевой адаптер из списка устройств.
- Выбрав сетевой адаптер, перейдите вправо и нажмите переключатель, связанный с Пользовательский: конкретная виртуальная сеть .
- Затем используйте раскрывающееся меню ниже, чтобы выбрать VMnet0 из списка конкретных виртуальных сетей.
- Нажмите Хорошо чтобы сохранить конфигурацию, затем снова запустите виртуальную машину и посмотрите, можете ли вы теперь подключиться к Интернету с помощью своей виртуальной машины.
Настройка VMware Workstation для работы с VMnet0
Если проблема все еще не решена, и у вас все еще возникают проблемы с сетевым мостом в VMware Workstation, перейдите к следующему способу ниже.
Метод 3: отмена выбора всех адаптеров, кроме физической сетевой карты
Если вы используете Workstation Pro и у вас нет подключения к сети внутри ваших виртуальных машин при использовании мостового подключения, вы сможете решить проблему с помощью Редактор виртуальной сети VMWare , чтобы отменить выбор всех сетевых адаптеров, которые не важны для сетевого подключения.
Несколько затронутых пользователей сообщили, что хост-машина и гостевая машина начали совместно использовать подключение к Интернету через мгновение после проведения этой модификации.
Важный: Этот метод применим, только если вы используете VMware Workstation Pro. Приведенные ниже шаги нельзя повторить на VMware Workstation Player!
Вот краткое руководство, как это сделать:
- открыто VMware Workstation PRO и используйте ленточную панель вверху, чтобы перейти к Правка> Редактор виртуальной сети .
Доступ к редактору виртуальной сети из приложения
Заметка: Вы также можете полностью закрыть VMware Workstation и использовать функцию поиска Windows (нажмите клавишу Windows) для поиска Редактор виртуальной сети VMWare.
- Внутри Редактор виртуальной сети щелкните значок Изменить настройки кнопку в нижней части экрана.
- Поскольку проблема, скорее всего, возникает из-за сбоя адаптера моста, давайте проясним ситуацию, выбрав Vmnet0 из списка виртуальных сетей и изменив Мост к варианту от Автоматический к сетевому адаптеру, который вы используете в данный момент (в данном случае к адаптеру беспроводной сети).
Изменение мостового адаптера с автоматического на активный в настоящий момент
- Перезагрузите виртуальную машину VMWare Workstation и посмотрите, решена ли проблема.
Если вы по-прежнему сталкиваетесь с той же проблемой или этот метод не подходит для вашего конкретного сценария, перейдите к следующему методу ниже.
Метод 4: удаление всех ненужных сетевых адаптеров хоста
Если вы используете VMware Workstation Player (бесплатная версия) и описанный выше метод неприменим, вы можете сделать это из бесплатной версии. В подавляющем большинстве случаев ошибка возникает из-за того, что программное обеспечение имеет множество сетевых адаптеров хоста, из которых нужно выбирать один для мостового сетевого подключения.
Часто программное обеспечение в конечном итоге выбирает сетевой адаптер, который не может обеспечить подключение к Интернету, что приводит к возникновению проблемы, обсуждаемой в этой статье. Если этот сценарий применим, вы можете довольно легко решить проблему, убедившись, что хост-адаптеры, которые не нужны для этой процедуры, удалены из Настройки автоматического моста меню.
Вот краткое руководство, как это сделать:
- Прежде всего, нам нужно начать с определения того, какой сетевой адаптер используется для нашего текущего подключения к Интернету. Этот первый шаг очень важен, поскольку он поможет нам определить, какие сетевые адаптеры хоста нужно будет удалить позже.
- Нажмите Windows key + R , чтобы открыть диалоговое окно «Выполнить». Затем введите 'Ncpa.cpl' и нажмите Войти открыть Сетевые соединения меню.
- Внутри Сетевые соединения меню, посмотрите, какая сеть используется в данный момент. Вы можете определить это, посмотрев, у какой записи есть зеленый значок сигнала. Как только вы обнаружите активное сетевое соединение, посмотрите, какой сетевой адаптер для него используется. Вы можете увидеть это прямо под названием сети - в нашем случае это Qualcomm Atheros AR9285 .
- Теперь, когда вы знаете, какой сетевой адаптер хоста следует использовать, откройте VMware Workstation, щелкните правой кнопкой мыши виртуальную машину, с которой у вас возникли проблемы, и выберите Настройки.
- Внутри виртуальной машины Настройки экран, выберите Оборудование вкладка, затем выберите Сетевой адаптер из списка ниже.
- С Сетевой адаптер выбрано устройство, перейдите в правую часть экрана и проверьте переключатель, связанный с Мостовой (под Подключение к сети ). Затем нажмите на Настроить адаптеры кнопка.
- в Настройки автоматического моста в меню снимите все флажки, кроме сетевого адаптера хоста, обнаруженного на шаге 3.
- Нажмите Хорошо чтобы сохранить конфигурацию, затем запустите виртуальную машину и проверьте, есть ли у вас рабочее мостовое сетевое соединение.
Удаление всех ненужных сетевых адаптеров хоста
Если вы по-прежнему сталкиваетесь с той же проблемой, перейдите к следующему способу ниже.
Метод 5: удаление VPN-клиента с хост-машины
Оказывается, эта проблема также может возникнуть, если вы активно используете VPN-соединение для защиты своей анонимности в Интернете. Несколько затронутых пользователей сообщили, что мостовое соединение начало работать должным образом, как только они удалили свой VPN-клиент.
Заметка: Если вам нравится использовать VPN-клиент, вы можете попробовать разных поставщиков, пока не найдете вариант, который не конфликтует с VMware Workstation. В большинстве случаев VPN-клиент, о котором сообщается, что он конфликтует с рабочей станцией VMware, является Конечная точка удаленного доступа VPN , но могли быть и другие.
Вот краткое руководство по удалению вашего VPN-клиента, чтобы решить проблему с мостовой сетью:
- Нажмите Windows key + 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 key + R открыть Бежать диалоговое окно. Затем введите 'Ncpa.cpl' и нажмите Войти поднять Сетевые соединения таб.
- Внутри Сетевые соединения вкладка щелкните правой кнопкой мыши> Отключить на каждом сетевом адаптере, принадлежащем VirtualBox. У вас может быть один или несколько разных адаптеров, в зависимости от того, насколько активно вы использовали VirtualBox Особенности.
Заметка: Если вам будет предложено UAC (Контроль учетных записей пользователей) нажмите да чтобы предоставить необходимые разрешения для отключения виртуального адаптера. - После отключения всех адаптеров VirtualBox откройте VMware, запустите виртуальную машину, которая ранее доставляла вам проблемы, и посмотрите, не работают ли функции моста.
Отключение каждого адаптера VirtualBox
Если вы по-прежнему сталкиваетесь с той же проблемой, перейдите к следующему способу ниже
Метод 7: восстановление настроек редактора виртуальной сети до значений по умолчанию
Как оказалось, существует одна конкретная сборка Windows 10, в которой отсутствует функция мостового подключения на VMware Workstation. Оказывается, если вы обновитесь до Windows 10 версии 1703 или выше при установленном WMware, функция сетевого моста станет недоступной, если не будут предприняты действия вручную.
Это происходит потому, что это обновление удаляет пару ключей (VMnetDHCP и VMware NAT Service), что в конечном итоге приводит к нарушению функции моста внутри VMWare Workstation. Но, как оказалось, вы можете очень легко исправить повреждение, заставив VMware воссоздать два ключа реестра, восстановив настройки редактора виртуальной сети по умолчанию.
Заметка: Приведенные ниже действия применимы только для пользователей Vmware Workstation PRO и не могут быть воспроизведены в VMware Player.
Вот краткое руководство, как это сделать:
- Откройте проводник и перейдите в следующее место:
C: Program Files (x86) VMware VMware Workstation vmnetcfg.exe
- Как только вы попадете туда, щелкните правой кнопкой мыши на vmnetcfg.exe и выберите Запустить от имени администратора .
- Как только вам удастся открыть редактор виртуальной сети с правами администратора, нажмите Сброс настроек , а затем нажмите Применять чтобы сохранить изменения.
Восстановление настроек редактора виртуальной сети по умолчанию
- Перезагрузите рабочую станцию VMware и посмотрите, работает ли режим моста должным образом.
Если этот метод неприменим или вы все еще сталкиваетесь с этой конкретной проблемой, перейдите к следующему способу ниже.
Метод 8: разрешение виртуальных машин VMware через брандмауэры AVG (если применимо)
Как выясняется, эта конкретная проблема также может возникнуть, если вы используете стороннюю систему безопасности (которая включает в себя брандмауэр), которая чрезмерно защищает сетевые соединения, которыми она управляет. Несколько затронутых пользователей сообщили, что им удалось решить проблему после того, как они обнаружили, что брандмауэр AVG (или аналогичное решение безопасности) отвечает за их проблему с мостовым режимом в VMware.
Обновить: Похоже, что эта проблема также может быть вызвана брандмауэром Bitdefender. Поскольку BitDefender не включает параметр, позволяющий пропускать виртуальные сети через их брандмауэр, единственный способ в этом случае - полностью отключить брандмауэр.
Если этот сценарий применим к вашей текущей ситуации и вы используете AVG Internet Security, вы можете быстро решить проблему, изменив расширенные настройки AVG, чтобы разрешить все виртуальные машины и трафик. Вот как это сделать:
- Откройте Avast Internet Security и перейдите в Настройки> Экспертный режим> Расширенные настройки .
- В меню дополнительных настроек убедитесь, что поле, связанное с Разрешить любой трафик с / на виртуальные машины, поддерживаемые брандмауэром является проверил.
Разрешение виртуальных сетей в AVG
- Нажмите Применять чтобы сохранить текущую конфигурацию.
- Перезапустите VMware и посмотрите, решена ли проблема.
Заметка: если вы используете другой пакет безопасности и считаете, что этот метод может быть применим, поищите в Интернете конкретные шаги, как разрешить работу виртуальных сетей в соответствии с используемым брандмауэром. h
9 минут на чтение
