Nogle brugere af VMware Workstation Player og VMware Workstation Pro rapporterer, at de har et brobygget netværksproblem med alle deres gæstemaskiner. Hvad der sker er, at ingen af ​​deres gæst-VM'er kan kontakte værtsmaskinen, og værtsmaskinen kan ikke kontakte gæstemaskinerne. Det oplyses, at dette problem opstår på Windows 7, Windows 8 og Windows 10.

VMware Bridged Network fungerer ikke

Hvad skaber problemer med VMware Bridged Network?

Vi undersøgte dette særlige problem ved at se på forskellige brugerrapporter og de reparationsstrategier, der ofte bruges til at løse dette problem. Baseret på hvad vi samlet, er der flere almindelige scenarier, der vides at føre til dette problem:

• Vmnetbridge.sys er ude af stand - Som det viser sig, kan dette særlige problem opstå i de tilfælde, hvor tjenesten, der er ansvarlig for den broforbundne tilstand, er forkert startet eller forbliver i en 'limbo' -tilstand. I dette særlige tilfælde kan du løse problemet ved at køre et par kommandoer i en forhøjet kommandoprompt.
• WMware vælger det forkerte virtuelle netværk - Hvis du overlader VMware til at vælge hvilket virtuelt netværk, der skal bruges til brodannelsestilstand, er chancerne for, at det ender med at bruge et uden en aktiv forbindelse til internettet, som ender med at producere dette problem. En måde at løse dette problem er at opsætte et specifikt virtuelt netværk, som du ved, fungerer.
• Wmware er at bygge bro til den forkerte adapter - Hvis du overlader Bridging-indstillingerne til Automatisk, vil dette problem opstå, hvis VMnet0 ender med at bygge bro til en netværkskort, der ikke i øjeblikket opretholder din internetforbindelse. Du kan afhjælpe dette problem ved at vælge broforbindelsesadapteren manuelt.
• For mange unødvendige adaptere - Vmware er ikke særlig god til at vælge den ideelle værtsnetværksadapter, der skal bruges til brodannelsestilstand. Heldigvis kan du sikre dig, at softwaren ikke vælger den forkerte ved at fjerne alle unødvendige adaptere fra listen Automatisk brobygning.
• VPN-klient forstyrrer VMware - Der er flere VPN-klienter (især Endpoint Remote Access VPN), der er kendt for at forstyrre brofunktionen på VMware. Hvis dette scenarie er relevant, kan du løse problemet ved at afinstallere VPN-klienten fra værtsmaskinen.
• VirtualBox-adaptere forstyrrer VMware - Som flere brugere har rapporteret, kan dette særlige problem også opstå, hvis du tidligere har brugt VirtualBox (før du skifter til VMware) Hvis de netværkskort, der bruges af VirtualBox stadig bruges, skal du deaktivere dem for at løse problemet i VMware.
• Windows-opdatering brød brofunktionen - Hvis du opdaterer til Windows 10 build 1703 eller derover, mens VMware er installeret, ender den anvendte opdatering med at slette et par registernøgler, der er essentielle for brobygningsfunktionen. I dette tilfælde kan du løse problemet ved at vende indstillingerne til Virtual Network Editor til standardindstillingen.
• Tredjeparts firewall blokerer brofunktionen - Der er flere AV-suiter, der inkluderer en firewall (oftest AVG og BitDefender), der vides at forårsage netop dette problem. Hvis dette scenarie er relevant, kan du enten bruge den indbyggede løsning til at tillade virtuelle maskiner gennem firewall eller deaktivere firewall helt.

Hvis du i øjeblikket kæmper for at løse det samme problem, vil denne artikel give dig flere fejlfindingstrin. Nedenunder finder du en samling af metoder, som andre brugere i en lignende situation med succes har brugt til at løse VMware-brobyggede netværksproblem.

For de bedste resultater opfordrer vi dig til at følge de potentielle rettelser i den rækkefølge, de præsenteres. Vi forsøgte at dække alle mulige scenarier, så en af ​​nedenstående metoder er bundet til at løse problemet i dit særlige scenarie

Metode 1: Genstart Vmnetbridge.sys via admin CMD

VMnetbridge.sys (VMware Bridge Control ) kan også forårsage dette særlige problem i tilfælde, hvor filen er forkert startet eller bliver uklar, før den kan lette kommunikationen mellem værtsmaskinen og gæstecomputeren.

Hvis dette scenarie er relevant, er chancerne for, at du kan løse problemet ved i det væsentlige genstarte bmnetbridge- tjenesten via en forhøjet kommandoprompt. Flere berørte brugere har rapporteret, at denne procedure gjorde det muligt for dem at løse problemet, da værten og gæstemaskinerne startede kommunikation næste gang et VMware-vindue blev lanceret.

Her er en hurtig guide til genstart af vmnetbriddge.sys via en CMD-administrator:

1. Sørg for, at VMware Workstation er lukket sammen med enhver åbnet gæstemaskine.
2. Tryk på Windows-tasten + R for at åbne en Kør-dialogboks. Skriv derefter “cmd” og tryk på Ctrl + Shift + Enter for at åbne en forhøjet kommandoprompt. Når du ser en UAC-kontrol (Brugerkontokontrol), skal du klikke på Ja for at give administratorrettigheder.
   
   Kørsel af CMD ved hjælp af dialogboksen Kør
3. Inden i den forhøjede kommandoprompt skal du indtaste følgende kommandoer i rækkefølge og trykke på Enter efter hver for at genstarte VMnetbridge-tjenesten:

    net stop vmnetbridge net start vmnetbridge 

4. Når VMNetService er genstartet, skal du lukke den forhøjede kommandoprompt, åbne VMware-arbejdsstationen og montere den virtuelle maskine, som du tidligere har problemer med.

Hvis problemet stadig ikke er løst, og du stadig støder på det samme Bridged Network-problem, skal du gå ned til den næste metode nedenfor.

Metode 2: Brug af et specifikt virtuelt netværk (VMnet0)

Flere berørte brugere har rapporteret, at problemet for dem blev løst helt, efter at de konfigurerede deres WMware-arbejdsstation til at bruge et specifikt virtuelt netværk ( VMnet0 ). Som det viser sig, hvis du forlader netværksforbindelsen til Bridged, er der en chance for, at programmet bruger det forkerte.

I langt de fleste tilfælde er VMnet0 det rigtige virtuelle netværk, der skal bruges i dette tilfælde. Her er en kort guide til, hvordan man programmerer VMware til at bruge et brugerdefineret virtuelt netværk (VMnet0):

1. Åbn VMWare Workstation, højreklik på den virtuelle maskine, du har problemer med (fra menuen til venstre), og vælg Indstillinger.
2. Inden for Virtual Machine- indstillingerne skal du vælge fanen Hardware . Vælg derefter Netværkskort fra enhedslisten.
3. Når netværkskortet er valgt, gå til højre og klik på knappen, der er knyttet til Brugerdefineret: Specielt virtuelt netværk .
4. Brug derefter rullemenuen nedenfor til at vælge VMnet0 fra listen over specifikke virtuelle netværk.
5. Klik på Ok for at gemme konfigurationen, start derefter den virtuelle maskine igen og se, om du nu er i stand til at oprette forbindelse til internettet med din virtuelle maskine.

Konfiguration af VMware Workstation til at arbejde med VMnet0

Hvis problemet stadig ikke er løst, og du stadig har problemer med netværksbroen i VMware Workstation, skal du gå ned til den næste metode nedenfor.

Metode 3: Fravælg alle adaptere udover det fysiske netværkskort

Hvis du bruger Workstation Pro, og du ikke oplever nogen netværksforbindelse inde i dine virtuelle maskiner, mens du bruger en broforbindelse, vil du være i stand til at løse problemet ved hjælp af VMWare Virtual Network Editor til at fravælge alle netværkskort, der ikke er vigtige til netværksforbindelsen.

Flere berørte brugere har rapporteret, at værtsmaskinen og gæstemaskinen begyndte at dele internetforbindelsen øjeblikke efter denne ændring blev udført.

Vigtigt: Denne metode gælder kun, hvis du bruger VMware Workstation Pro. Trinene nedenfor kan ikke replikeres på VMware Workstation Player!

Her er en hurtig guide til, hvordan du gør dette:

1. Åbn VMware Workstation PRO, og brug båndlinjen øverst til at gå til Edit> Virtual Network Editor .
   
   Adgang til Virtual Network Editor fra applikationen

   Bemærk: Du kan også lukke VMware Workstation helt og bruge windows-søgefunktionen (tryk på Windows-tasten) til at søge efter VMWare Virtual Network Editor.

2. Inde i Virtual Network Editor skal du klikke på knappen Skift indstillinger i bunden af ​​skærmen.
3. Da problemet sandsynligvis opstår, fordi broadapteren er forvirret, lad os gøre tingene klarere ved at vælge Vmnet0 fra listen over virtuelle netværk og ændre Bridge til indstillingen fra Automatisk til den netværkskort, du bruger i øjeblikket (i dette tilfælde, den trådløse netværksadapter).
   
   Ændring af den broformede adapter fra Automatisk til den, der i øjeblikket er aktiv
4. Genstart din virtuelle VMWare Workstation-maskine, og se, om problemet er løst.

Hvis du stadig støder på det samme problem, eller denne metode ikke var relevant for dit særlige scenarie, skal du gå ned til den næste metode nedenfor.

Metode 4: Fjernelse af alle unødvendige værtsnetværksadaptere

Hvis du bruger VMware Workstation Player (den gratis version) og metoden ovenfor ikke var anvendelig, er det sådan, du kan gøre det fra den gratis version. I langt de fleste tilfælde opstår fejlen, fordi softwaren har en masse værtsnetværksadaptere at vælge imellem, når de skal vælge en til den broforbundne netværksforbindelse.

Ofte ender det med at softwaren vælger en netværkskort, der ikke kan lette en forbindelse til Internettet, som ender med at oprette det problem, der diskuteres i denne artikel. Hvis dette scenarie er relevant, kan du løse problemet ganske let ved at sikre dig, at de værtsadaptere, der ikke er nødvendige til denne procedure, fjernes fra menuen Automatisk brodannelsesindstillinger .

Her er en hurtig guide til, hvordan du gør dette:

1. Først skal vi først starte med at finde ud af, hvilken netværkskort, der bruges til vores nuværende forbindelse til Internettet. Dette første skridt er vigtigt, da det vil hjælpe os med at finde ud af, hvilke værtsnetværksadaptere der skal kasseres senere.
2. Tryk på Windows-tasten + R for at åbne en Kør-dialogboks. Skriv derefter “ncpa.cpl” og tryk på Enter for at åbne menuen Netværksforbindelser .
3. Se i hvilket netværk, der i øjeblikket bruges, i menuen Netværksforbindelser . Du kan se dette ved at se, hvilken post der har det grønne signalikon. Når du har set den aktive netværksforbindelse, skal du se, hvilken netværksadapter der bruges til den. Du kan se dette direkte under navnet på netværket - i vores tilfælde er Qualcomm Atheros AR9285 .
4. Nu hvor du kender den værtsnetværksadapter, der skal bruges, skal du åbne VMware Workstation, højreklikke på den virtuelle maskine, du har problemer med, og vælg Indstillinger.
5. På skærmen Indstillinger for virtuel maskine skal du vælge fanen Hardware og derefter vælge Netværkskort på listen nedenfor.
6. Når netværksadapterenheden er valgt, skal du flytte til højre del af skærmen og kontrollere skiftet, der er knyttet til Bridged (under Netværksforbindelse ). Klik derefter på knappen Konfigurer adaptere .
7. I menuen Automatisk brodannelsesindstillinger skal du fjerne markeringen af ​​alt bortset fra den værtsnetværksadapter, du har afsløret i trin 3.
8. Klik på Ok for at gemme konfigurationen, start derefter den virtuelle maskine og se, om du har en fungerende broforbundet netværksforbindelse.

Fjernelse af alle unødvendige værtsnetværksadaptere

Hvis du stadig støder på det samme problem, skal du gå ned til den næste metode nedenfor.

Metode 5: Fjernelse af VPN-klient fra værtsmaskinen

Som det viser sig, kan dette særlige problem også opstå, hvis du aktivt bruger en VPN-forbindelse til at beskytte din anonymitet på Internettet. Flere berørte brugere har rapporteret, at den broforbundne forbindelse begyndte at fungere som forventet, så snart de afinstallerede deres VPN-klient.

Bemærk: Hvis du er interesseret i at bruge en VPN-klient, kan du prøve forskellige udbydere, indtil du finder en mulighed, der ikke er i konflikt med VMware Workstation. I de fleste tilfælde er VPN-klienten, der rapporteres at komme i konflikt med VMware-arbejdsstation, Endpoint Remote Access VPN, men der kan være andre.

Her er en hurtig guide til afinstallation af din VPN-klient for at løse det brokoblede netværksproblem:

1. Tryk på Windows-tasten + R for at åbne en Kør-dialogboks. Skriv derefter “appwiz.cpl” og tryk på Enter for at åbne skærmbilledet Programmer og funktioner .
   
   Skriv appwiz.cpl, og tryk på Enter for at åbne listen over installerede programmer
2. Inde i skærmen Programmer og funktioner skal du rulle ned gennem listen over applikationer og finde den VPN-klient, du bruger i øjeblikket.
3. Højreklik på din VPN-klient og vælg Afinstaller. Følg derefter instruktionerne på skærmen for at afslutte afinstallationen.
   
   Afinstallation af VPN-klienten
4. Når VPN-klienten er afinstalleret, skal du genstarte computeren og se, om problemet med den brodannede forbindelse er løst ved at starte den samme virtuelle maskine, der tidligere har givet dig problemer.

Metode 6: Deaktivering af alle VirtualBox-netværksposter fra netværksforbindelser

Hvis du tidligere har brugt Virtual-boksen, skal du huske, at du muligvis støder på problemer, hvis du skifter til VMware (broforbundet tilstand). Som det viser sig, kan de / de adaptere, der er efterladt af den virtuelle boks, forårsage problemer med en broforbindelse i VMware.

Hvis dette scenarie er relevant for din nuværende situation, og du vil bruge VMware, er der tre måder fremad:

• Afinstaller VirtualBox sammen med en adapter, der blev brugt af softwaren.
• Begynd at bruge NAT med VMWare
• Deaktiver alle netværksposter, der tilhører VirtualBox fra menuen Netværksforbindelser

Da denne guide handler om at hjælpe dig med at bruge en broforbindelse med VMware Workstation, vil vi fokusere på den tredje mulighed, da den er den mindst indgribende. Her er en hurtig guide til deaktivering af alle VirtualBox-netværksindgange for at løse birding-funktionen på VMware:

1. Tryk på Windows-tasten + R for at åbne en Kør- dialogboks. Skriv derefter “ncpa.cpl” og tryk på Enter for at få vist fanen Netværksforbindelser .
2. Inden for fanen Netværksforbindelser skal du højreklikke på> Deaktiver på hver netværkskort, der tilhører VirtualBox. Du har måske en, eller du har måske flere forskellige adaptere, afhængigt af, hvor omfattende du brugte VirtualBox 's funktioner.

   Bemærk: Hvis du bliver bedt om af UAC (Brugerkontokontrol), skal du klikke på Ja for at give de nødvendige tilladelser til at deaktivere den virtuelle adapter.

3. Når hver VirtualBox-adapter er blevet deaktiveret, skal du åbne VMware, starte den virtuelle maskine, der tidligere har givet dig problemer, og se om brofunktionerne ikke fungerer.

Deaktivering af hver VirtualBox-adapter

Hvis du stadig støder på det samme problem, skal du gå ned til den næste metode nedenfor

Metode 7: Gendannelse af Virtual Network Editor-indstillinger til standardindstillingerne

Som det viser sig, er der en bestemt Windows 10-build, der bryder den broforbindelsesfunktion på VMware Workstation. Som det viser sig, hvis du opdaterer til Windows 10, bygget 1703 eller nyere, mens WMware er installeret, bliver netværkets brobygningsfunktion ubrugelig, medmindre manuel handling udføres.

Dette sker, fordi denne opdatering sletter et par nøgler (VMnetDHCP og VMware NAT Service), som ender med at effektivt bryde brofunktionen i VMWare Workstation. Men som det viser sig, kan du afhjælpe skaden meget let ved at tvinge VMware til at genskabe de to registernøgler ved at gendanne indstillingerne i Virtual Network Editor til standardindstillingen.

Bemærk: Trinene nedenfor gælder kun for Vmware Workstation PRO-brugere og kan ikke replikeres på VMware Player.

Her er en hurtig guide til, hvordan du gør dette:

1. Åbn File Explorer og naviger til følgende placering:

    C: \ Programfiler (x86) \ VMware \ VMware Workstation \ vmnetcfg.exe 

2. Når du kommer dertil, skal du højreklikke på vmnetcfg.exe og vælge Kør som administrator .
3. Når det lykkes dig at åbne Virtual Network Editor med administrative rettigheder, skal du klikke på Gendan standard og derefter klikke på Anvend for at gemme ændringerne.
   
   Gendan indstillingerne for Virtual Network Editor til standardindstillingen
4. Genstart VMware-arbejdsstationen, og se, om brotilstanden fungerer som tilsigtet.

Hvis denne metode ikke var anvendelig, eller du stadig støder på dette særlige problem, skal du gå ned til den næste metode nedenfor.

Metode 8: Tilladelse af virtuelle VMware-maskiner fra AVGs firewalls (hvis relevant)

Som det viser sig, kan dette særlige problem også opstå, hvis du bruger en tredjepartssikkerhed (som inkluderer en firewall), der er overbeskyttende med de netværksforbindelser, den administrerer. Flere berørte brugere har rapporteret, at de formåede at løse problemet efter at have opdaget, at AVG-firewall (eller en lignende sikkerhedsløsning) er ansvarlig for deres problem med brodannelse i VMware.

Opdatering: Det ser ud til, at dette problem også kan være forårsaget af Bitdefenders firewall. Da BitDefender ikke inkluderer en mulighed, der tillader virtuelle netværk gennem deres firewall, er den eneste måde, i dette tilfælde, at deaktivere firewall'en fuldstændigt.

Hvis dette scenarie er relevant for din nuværende situation, og du bruger AVG Internet Security, kan du løse problemet hurtigt ved at ændre AVGs avancerede indstillinger for at tillade alle virtuelle maskiner og trafik. Sådan gør du:

1. Åbn Avast Internet-sikkerhed og gå til Indstillinger> Eksperttilstand> Avancerede indstillinger .
2. Inden i menuen Avancerede indstillinger skal du sikre dig, at afkrydsningsfeltet, der er knyttet til Tillad al trafik fra / til virtuelle maskiner understøttet af firewall, er markeret.
   
   Tilladelse af virtuelle netværk i AVG
3. Klik på Anvend for at gemme den aktuelle konfiguration.
4. Genstart VMware, og se, om problemet er løst.

Bemærk: Hvis du bruger en anden sikkerhedspakke, og du tror, ​​denne metode kan være relevant, skal du søge online efter specifikke trin til, hvordan du tillader dine virtuelle netværk i henhold til den firewall, du bruger.h