Vmware workstation сетевой мост не работает

Всем привет, сегодня хочу продолжить тему по настройке домашней виртуальной инфраструктуры на Wmware workstation. И сегодня мы рассмотрим как производится настройка сети Wmware workstation, для виртуальных машин. Какие виды сети там бывают и для чего каждый вид используется, понимание данных догматов, очень сильно расширит ваши возможности в плане применения данного гипервизора.

И так в предыдущий раз мы с вами создали виртуальную машину и установили на нее операционную систему. Теперь предположим, что вы создаете еще одну виртуальную машину и хотите организовать домен Active Directory, но для этого нужно настроить сеть Wmware workstation. Рассмотрим где это делается и какие есть веды сети.

Виды сетей Wmware workstation

И так какие виды сетей бывают в данном виде виртуализации:

Мост > подключение непосредственно к физической сети. bridge как его еще называют объединяет несколько портов в виртуальный коммутатор, по сути вы увидите в виртуалке ваш сетевой интерфейс.
NAT > по сути создается несколько отдельных сетевых интерфейсов, через которые ваша виртуальная машина получает интернет, физический адаптер натирует виртуальный адаптер.
Только для узла > частная сеть только с узлом, это по сути закрытая локальная сеть которую настраивает Wmware workstation, между физическим компьютером и виртуальной машиной.
Другое. указать виртуальную сеть > по сути закрытая изолированная сеть
Сегмент локальной сети > изолированная сеть, создаваемая вами лично, трафик бегает только между виртуалками.

Как настроить сеть

Для этого заходим в параметры виртуальной машины и выбираете новый или существующий сетевой адаптер. По умолчанию стоит NAT, в данной настройке встроенный сервер DHCP, выдает вам внутренний ip адрес. Так же при установке VMware, у вас на физическом хосте создается два сетевых виртуальных интерфейса, через которые и проксируется трафик.

Вот настройки network интерфейса vm машинке:

ip адрес 192.168.145.128
основной шлюз 192.168.145.2
DHCP сервер 192.168.145.254

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

ip адрес 192.168.145.1, как видите они из одного сегмента 145. Что позволяет вам получать интернет в виртуалке.

Настройки NAT можно посмотреть Правка > Редактор виртуальной сети

В данном редакторе можно задать и посмотреть параметры NAT

Щелкаем Параметры NAT, тут видно шлюз 192.168.145.2, при желании его можно заменить на нужный вам. Обратите внимание можно даже пробрасывать порты в нужную машинку.

посмотреть параметры DNS. По умолчанию задаются автоматически, но можно задать и вручную.

Параметры DHCP, в них указывается выдаваемый пул ip адресов, время аренды.

Давайте сделаем трассировку из нашей vm и посмотрим прохождение трафика. Как видите первым хопом идет шлюз, а дальше уже шлюз физического интерфейса, куда трафик попадает через тот виртуальный интерфейс с ip 192.168.145.1.

Режим моста

Вот параметры моего сетевого адаптера на физическом компьютере, как видите ip адрес 192.168.0.77 и шлюз 192.168.0.1

А вот настройки сети на виртуальной машине Wmware workstation 192.168.0.11 и с таким же основным шлюзом. Из чего можно сделать вывод, что настройка сети, произведена в одном сегменте и если бы у меня еще был ноутбук подключенный через WiFi, то я бы с него имел доступ на прямую к виртуальной машине, так как они были бы в одной локальной сети. Единственной, что все бы шло через физический адаптер компьютера где настроена виртуализация.

Только для узла

Продолжаем с етевые настройки VMWare Workstation и устанавливаем значение Только для узла. И так теперь ваша virtual machine получает ip адрес из локальной сети в которой только она и ваш физический компьютер.

На фихическом хосте.

Другое: указать виртуальную сеть

В данном случае у вас тут может быть как и мост так и NAT, а может и изолированная сеть, все зависит от того как вы настроите в редакторе виртуальных сетей.

Сегмент локальной сети

Изолированная сеть, трафик между виртуальными машинами бегает внутри виртуального коммутатора и никуда более. Создается очень просто в настройках виртуалки. Жмем Сегменты локальной сети > Добавить. Задаем имя у меня пусть это будет как название сайта pyatilistnik.org.

Теперь выбираем созданный сегмент, подойдет для доменов active directory например.

Как видите Wmware workstation в данный момент 12 версия, очень мощный инструмент для организации различного уровня сложности и задачи сетей, думаю сценарии вы придумаете сами.

Источник

Vmware: Не работает сетевое соединение bridge на гостевой операционной системе

Недавно обнаружилось странное, в VmwarePlayer перестала работать сеть в режиме bridge, в остальных продолжила работать. Я сразу подумал что дело в бесплатном Vmware Player, обновил его с 14 до 15 версии но проблема не решилась, а погуглив узнал что и разные версии Vmware WorkStation подвержены этой проблеме. Включение и отключение виртуальных подключений на ситуацию никак не влияло

В моем случае решение оказалось не сложным, открываем диспетчер устройств, и в разделе «Сетевый адаптеры» удаляем все виртуальные адаптеры, оставляем только реальные (физические). На картинке не видно у меня был еще виртуальный адаптер от VM VirtualBox, его я тоже удалил. Выбираем все виртуальные адаптеры и удаляем:

Перегружаемся, скачиваем нужную версию Vmware и выполняем установку в режиме восстановления:

После завершения проверяем — сеть в гостевой операционной системе должна корректно работать в режиме bridge.

12 комментариев к “Vmware: Не работает сетевое соединение bridge на гостевой операционной системе”

Админ почему комментарии не публикуются?

Публикуются после модерации, а модерация ручная.

Повторная редакция.
Вопрос к автору или к другим знающим!
Как настроить мост с отключенным протоколом TCP/IPv4 чтобы пропускал VPN Оперы из внутренней виртуальной среды?
Остальное все работает. Если кто пожелает помочь то опишу более подробней.

Вложение

Не очень понятно что вы хотите сделать. Мост, работает на более низком уровне, он ничего не знает про TCP или другие протоколы, мост просто пересылает пакеты и всё, а какой протокол при этом используется мосту всё равно.

Зачем отключать TCP/IPv4?

Если не отключить TCP/IPv4 то на хост машину льется рекой мультикаст, а мне это не нужно!

Спасибо что ответили. Я обещал что опишу более подробно.

Тема заключается в следующем:
Есть хост машина с Windows 10 LTSB, на ней установлена VMware Workstation Pro 16.1.2 с задействованной шарой на которой развернута pFsense, и развернуты виртуальные машины различных ОС без шары.
Так вот все виртуальные машины ходят в Интерне через pFsense-далее мост на хосте без проблем, а вот с хоста по этому пути не хочет работать VPN Оперы а все остальное работает на ура. Опера также работает без VPN.
Мост на хосте настроен бриджом без протокола TCP/IPv4. Как только подключаю этот протокол с любым IP адресом даже без шлюза (а мне этого не нужно) то и VPN оперы сразу начинает работать. Вопрос — где копать?
Заметил еще один нюанс что CCleaner без включенного протокола TCP/IPv4 на мосту тоже не может достучаться к своему хозяину.
Требуется квалифицированная помощь! Рекомендации по поводу снести сеть, переустановить сетевые адаптеры не принимаются.
С уважением, Vlad, Админ в отставке.

Сорян если я вас верно понял вы хотите чтоб работал протокол TCP/IP, когда он выключен. Ну так наверное не бывает. Если проблема в мультикасте и он вам чем-то мешает, то ее и решайте, но не отключением протокола. Откуда мульткаст валится? Порежьте его фаерволлом, если он валится на виртуалку и ей от этого плохо — порежьте ее фаерволом виртуалки чтоб он его просто отбрасывал без обработки.

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

Кстати если вы из России, то у вас оно может не работать из-за блокировок. Оперу-ВПН недавно заблочили в РФ

Вопрос к автору или к другим знающим!
Как настроить мост с отключенным протоколом TCP/IPv4 чтобы пропускал VPN Оперы из внутренней виртуальной среды?
Остальное все работает. Если кто пожелает помочь то опишу более подробней.

Вложение

Источник

Исправлено: VMware Bridged Network не работает —

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

Мостовая сеть 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.

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

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

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

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

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

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

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

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

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

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

Откройте VMWare Workstation, щелкните правой кнопкой мыши виртуальную машину, с которой у вас возникли проблемы (в левом меню) и выберите Настройки.
Внутри Виртуальная машина настройки, выберите аппаратные средства Вкладка. Затем выберите Сетевой адаптер из списка устройств.
Выбрав сетевой адаптер, перейдите к правой руке и нажмите на переключатель, связанный с Custom: конкретная виртуальная сеть.
Затем используйте раскрывающееся меню ниже, чтобы выбрать 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 ключ + R открыть диалоговое окно «Выполнить». Затем введите «Ncpa.cpl» и нажмите Войти открыть Сетевые соединения меню.
Внутри Сетевые соединения меню, посмотрите, какая сеть используется в данный момент. Вы можете определить это, посмотрев, какая запись имеет зеленый значок сигнала. Как только вы обнаружите активное сетевое соединение, посмотрите, какой сетевой адаптер используется для него. Вы можете увидеть это непосредственно под названием сети — в нашем случае это Qualcomm Atheros AR9285.
Теперь, когда вы знаете, какой сетевой адаптер хоста следует использовать, откройте VMware Workstation, щелкните правой кнопкой мыши виртуальную машину, с которой у вас возникли проблемы, и выберите Настройки.
Внутри виртуальной машины настройки выберите аппаратные средства вкладка, затем выберите Сетевой адаптер из списка ниже.
С Сетевой адаптер выбранное устройство, переместитесь в правую часть экрана и проверьте переключатель, связанный с Мостовое (под Подключение к сети). Затем нажмите на Настроить адаптеры кнопка.
в Автоматические настройки моста В меню снимите все, кроме сетевого адаптера хоста, который вы обнаружили на шаге 3.
Нажмите Хорошо чтобы сохранить конфигурацию, запустите виртуальную машину и посмотрите, есть ли у вас работающее мостовое сетевое соединение.

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

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

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

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

Замечания: Если вы заинтересованы в использовании VPN-клиента, вы можете использовать разных провайдеров, пока не обнаружите опцию, которая не конфликтует с VMware Workstation. В большинстве случаев VPN-клиент, о котором сообщается, что он конфликтует с рабочей станцией VMware, Конечная точка удаленного доступа 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 (контроль учетных записей пользователей), щелчок да предоставить необходимые разрешения для отключения виртуального адаптера.
После отключения каждого адаптера VirtualBox откройте VMware, запустите виртуальную машину, которая ранее доставляла вам проблемы, и посмотрите, не работают ли функции моста.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Источник