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

VMware свързана мрежа не работи

Какво причинява проблеми с VMware Bridged Network?

Разгледахме този конкретен проблем, като разгледахме различни потребителски отчети и стратегиите за поправка, които обикновено се използват за отстраняване на този проблем. Въз основа на това, което събрахме, има няколко общи сценария, за които е известно, че водят до този проблем:

• Vmnetbridge.sys е прекъснат - Както се оказва, този конкретен проблем може да възникне в онези случаи, когато услугата, отговорна за мостовия режим, е стартирана неправилно или остава в състояние „крайник“. В този конкретен случай можете да разрешите проблема, като изпълните няколко команди в повишен команден ред.
• WMware избира грешна виртуална мрежа - Ако оставите VMware да избере коя виртуална мрежа да се използва за мостовия режим, има вероятност тя да се свърже с такава без активна връзка с интернет, което в крайна сметка създава този проблем. Един от начините за отстраняване на този проблем е да настроите конкретна виртуална мрежа, която знаете, че работи.
• Wmware се свързва към грешен адаптер - Ако оставите настройките за мостове да бъдат автоматични, този проблем ще възникне, ако VMnet0 приключи с мост към мрежов адаптер, който в момента не поддържа вашата интернет връзка. Можете да отстраните този проблем, като изберете ръчно мостовия адаптер.
• Твърде много ненужни адаптери - Vmware не е много добър в избора на идеалния адаптер за хост мрежа, който трябва да се използва за мостовия режим. За щастие можете да гарантирате, че софтуерът не избере грешния, като премахнете всички ненужни адаптери от списъка за автоматично мостове.
• VPN клиентът пречи на VMware - Има няколко VPN клиенти (по-специално Endpoint Remote Access 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 е затворена заедно с всяка отворена машина за гости.
2. Натиснете клавиша Windows + R, за да отворите диалогов прозорец Run. След това напишете „cmd“ и натиснете Ctrl + Shift + Enter, за да отворите повишен команден ред. Когато видите подкана за потвърждение на UAC (User Account Control), щракнете върху Да, за да предоставите административни привилегии.
   
   Изпълнение на CMD с помощта на диалоговото поле за изпълнение
3. Вътре в повдигнатия команден ред въведете следните команди по ред и натиснете Enter след всяка, за да рестартирате услугата VMnetbridge:

    net stop vmnetbridge net start vmnetbridge 

4. След като VMNetService е рестартиран, затворете командния ред за повдигане, отворете отново работната станция на VMware и монтирайте виртуалната машина, която преди това срещаме проблеми с остроумието.

Ако проблемът все още не е решен и все още срещате същия проблем с мостовата мрежа, преминете към следващия метод по-долу.

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

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

В по-голямата част от случаите VMnet0 е правилната виртуална мрежа, която трябва да се използва в този случай. Ето кратко ръководство за това как да програмирате VMware да използва персонализирана виртуална мрежа (VMnet0):

1. Отворете VMWare Workstation, щракнете с десния бутон върху виртуалната машина, с която имате проблеми (от менюто отляво) и изберете Настройки.
2. Вътре в настройките на виртуалната машина изберете раздела Хардуер . След това изберете Мрежов адаптер от списъка с устройства.
3. При избран мрежов адаптер отидете вдясно и кликнете върху превключвателя, свързан с Custom: Specific virtual network .
4. След това използвайте падащото меню по-долу, за да изберете VMnet0 от списъка на конкретни виртуални мрежи.
5. Щракнете върху ОК, за да запазите конфигурацията, след това стартирайте отново виртуалната машина и вижте дали сега имате възможност да се свържете с интернет с вашата виртуална машина.

Конфигуриране на VMware Workstation да работи с VMnet0

Ако проблемът все още не е решен и все още имате проблеми с мрежовия мост във VMware Workstation, преминете към следващия метод по-долу.

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

Ако използвате Workstation Pro и нямате мрежово свързване във вашите виртуални машини, докато използвате мостова връзка, ще можете да разрешите проблема, като използвате VMWare Virtual Network Editor, за да премахнете избора на всички мрежови адаптери, които не са от съществено значение към мрежовата връзка.

Няколко засегнати потребители съобщиха, че хост машината и машината за гости започнаха да споделят моментите на интернет връзка след извършване на тази промяна.

Важно: Този метод ще бъде приложим само ако използвате VMware Workstation Pro. Стъпките по-долу не могат да бъдат повторени на VMware Workstation Player!

Ето едно кратко ръководство за това как да направите това:

1. Отворете VMware Workstation PRO и използвайте лентата на лентата в горната част, за да отидете на Edit> Virtual Network Editor .
   
   Достъп до редактора на виртуална мрежа от приложението

   Забележка: Можете също така да затворите VMware Workstation напълно и да използвате функцията за търсене на Windows (натиснете клавиша Windows), за да търсите VMWare Virtual Network Editor.

2. Вътре в редактора на виртуална мрежа щракнете върху бутона Промяна на настройките в долната част на екрана.
3. Тъй като проблемът най-вероятно възниква, защото адаптерът на моста е объркан, нека да направим нещата по-ясни, като изберете Vmnet0 от списъка на виртуалните мрежи и промените Bridge на опция от Автоматичен на мрежовия адаптер, който в момента използвате (в този случай, адаптера за безжична мрежа).
   
   Смяна на мостовия адаптер от Автоматичен на този, който е активен в момента
4. Рестартирайте вашата виртуална машина VMWare Workstation и вижте дали проблемът е решен.

Ако все още срещате същия проблем или този метод не е приложим към вашия конкретен сценарий, преминете към следващия метод по-долу.

Метод 4: Премахване на всички ненужни адаптери на хост мрежата

Ако използвате VMware Workstation Player (безплатната версия) и методът по-горе не беше приложим, ето как можете да го направите от безплатната версия. В по-голямата част от случаите грешката възниква, защото софтуерът има много адаптери на хост мрежата, от които да избирате, когато трябва да изберете един за свързаната мрежова връзка.

Често пъти софтуерът избира мрежов адаптер, който не може да улесни връзката с Интернет, което създава проблема, който се обсъжда в тази статия. Ако този сценарий е приложим, можете да разрешите проблема доста лесно, като се уверите, че хост адаптери, които не са необходими за тази процедура, са премахнати от менюто Автоматични настройки на мостове.

Ето едно кратко ръководство за това как да направите това:

1. Първо, първо трябва да започнем с откриването на кой мрежов адаптер се използва за настоящата ни връзка с Интернет. Тази първа стъпка е от съществено значение, тъй като ще ни помогне да открием кои адаптери на хост мрежата трябва да бъдат изхвърлени по-късно.
2. Натиснете клавиша Windows + R, за да отворите диалогов прозорец Run. След това напишете „ncpa.cpl“ и натиснете Enter, за да отворите менюто за мрежови връзки .
3. В менюто Мрежови връзки вижте коя мрежа се използва в момента. Можете да забележите това, като погледнете кой запис има зелената икона на сигнала. След като забележите активната мрежова връзка, вижте кой мрежов адаптер се използва за нея. Можете да видите това директно под името на мрежата - в нашия случай е Qualcomm Atheros AR9285 .
4. Сега, когато знаете адаптера на хост мрежата, който трябва да се използва, отворете VMware Workstation, щракнете с десния бутон върху виртуалната машина, с която имате проблеми и изберете Настройки.
5. В екрана с настройки на виртуалната машина изберете раздела Хардуер и след това изберете Мрежов адаптер от списъка по-долу.
6. С избраното устройство за мрежов адаптер преминете към дясната част на екрана и проверете превключвателя, свързан с Бридж (под Мрежова връзка ). След това кликнете върху бутона Конфигуриране на адаптери .
7. В менюто Автоматични настройки на мостове премахнете отметката от всичко, с изключение на адаптера на хост мрежата, който сте разкрили на стъпка 3.
8. Щракнете върху ОК, за да запазите конфигурацията, след това стартирайте виртуалната машина и вижте дали имате работеща свързана мрежова връзка.

Премахване на всички ненужни адаптери на хост мрежата

Ако все още срещате същия проблем, преминете към следващия метод по-долу.

Метод 5: Премахване на VPN клиент от хост машината

Както се оказва, този конкретен проблем може да възникне и ако активно използвате VPN връзка, за да защитите анонимността си в мрежата. Няколко засегнати потребители съобщиха, че мостовата връзка започна да работи, както се очаква, веднага след като деинсталира своя VPN клиент.

Забележка: Ако желаете да използвате VPN клиент, можете да опитате различни доставчици, докато не откриете опция, която не е в конфликт с VMware Workstation. В повечето случаи VPN клиентът, за който се съобщава, че е в конфликт с VMware работна станция, е Endpoint Remote Access VPN, но може да има и други.

Ето кратко ръководство за деинсталиране на вашия VPN клиент, за да разрешите проблема с свързаната мрежа:

1. Натиснете клавиша Windows + R, за да отворите диалогов прозорец Run. След това въведете “appwiz.cpl” и натиснете Enter, за да отворите екрана Програми и функции .
   
   Въведете appwiz.cpl и натиснете Enter, за да отворите списъка с инсталирани програми
2. В екрана „ Програми и функции “ превъртете надолу през списъка с приложения и намерете VPN клиента, който използвате в момента.
3. Щракнете с десния бутон върху вашия VPN клиент и изберете Деинсталиране. След това следвайте подканите на екрана, за да завършите деинсталирането.
   
   Деинсталиране на VPN клиента
4. След като VPN клиентът е деинсталиран, рестартирайте компютъра си и проверете дали проблемът с свързаната връзка е решен чрез стартиране на същата виртуална машина, която преди ви създаваше проблеми.

Метод 6: Деактивиране на всички записи в мрежата на VirtualBox от мрежови връзки

Ако преди това сте използвали виртуална кутия, имайте предвид, че може да срещнете проблеми, ако преминете към VMware (мостов режим). Както се оказва, адаптерът / ите, които са оставени от виртуална кутия, може да доведе до проблеми с мостовата връзка във VMware.

Ако този сценарий е приложим за текущата ви ситуация и искате да използвате VMware, има три пътя напред:

• Деинсталирайте VirtualBox заедно с адаптер, използван от софтуера.
• Започнете да използвате NAT с VMWare
• Деактивирайте всички мрежови записи, принадлежащи към VirtualBox, от менюто Network Connections

Тъй като това ръководство е за това да ви помогнем да използвате мостова връзка с VMware Workstation, ще се съсредоточим върху третата опция, тъй като е най-малко натрапчивата. Ето едно кратко ръководство за деактивиране на всички записи в мрежата на VirtualBox за разрешаване на функцията за птици на VMware:

1. Натиснете клавиша Windows + R, за да отворите диалогов прозорец Run . След това напишете „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. Отворете File Explorer и отворете следното място:

    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 и отидете на Settings> Expert Mode> Advanced Settings .
2. Вътре в менюто за разширени настройки проверете дали квадратчето, свързано с Разрешаване на всеки трафик от / към виртуални машини, поддържани от защитна стена .
   
   Разрешаване на виртуални мрежи в AVG
3. Щракнете върху Прилагане, за да запазите текущата конфигурация.
4. Рестартирайте VMware и вижте дали проблемът е разрешен.

Забележка: ако използвате различен пакет за сигурност и смятате, че този метод може да е приложим, потърсете онлайн конкретни стъпки как да разрешите виртуалните си мрежи според защитната стена, която използвате.h