Исправлено: мостовая сеть VMware не работает.

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

Что вызывает проблемы с мостовой сетью 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, используемое обновление приведет к удалению нескольких ключи реестра, которые необходимы для функции моста. В этом случае вы можете решить проблему, вернув настройки редактора виртуальной сети к настройкам по умолчанию.
  • Сторонний брандмауэр блокирует функцию моста — Там — это несколько пакетов AV, которые включают брандмауэр (чаще всего AVG и BitDefender), которые, как известно, вызывают эту конкретную проблему. Если этот сценарий применим, вы можете либо использовать встроенное решение, чтобы разрешить виртуальным машинам проходить через брандмауэр, либо полностью отключить брандмауэр.

Метод 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 (Контроль учетных записей) , нажмите Да , чтобы предоставить права администратора.
  3. В командной строке с повышенными привилегиями введите следующие команды по порядку и нажимайте Enter после каждой, чтобы перезапустить службу VMnetbridge:
      net stop vmnetbridge   net start vmnetbridge  
  4. После перезапуска VMNetService закройте командную строку с повышенными привилегиями, снова откройте VMware workstation и смонтируйте виртуальную машину, с которой мы ранее сталкивались с проблемами.

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

Метод 2: Использование конкретной виртуальной сети (VMnet0)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Метод 5: Удаление клиента VPN с хост-машины

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

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

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

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

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

Метод 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. В меню дополнительных настроек убедитесь, что флажок, связанный с Разрешить любой трафик с/на виртуальные машины, поддерживаемые брандмауэром , установлен .
  3. Нажмите Применить , чтобы сохранить текущую конфигурацию.
  4. Перезапустите VMware и посмотрите, решена ли проблема.

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

Оцените статью
techscreen.ru
Добавить комментарий